-
Notifications
You must be signed in to change notification settings - Fork 3.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove duplicated fonts and put them under /fonts/ #9718
Conversation
I think I'd rather have each font in its own directory rather than putting lots directly in /fonts (so then we can have adjacent README files with something about the font, which most of them could do with!); not expecting you to document all of them /now/ though. |
(I fat-fingered the wrong button there) |
Build ERROREDStarted: 2018-03-07 11:57:49 Failing Jobs
View more information about this build on: |
(The build failing is unsurprising given number of tests modified.) |
@gsnedders what could be the structure of
I'm asking before doing the actual changes on the patch, just in case you'd prefer something different. |
I don't really care how this is organised within |
Okay, I've moved CanvasTest back out of a directory (because it's a solo font) and reverted the changes that point to it. This should fix the update_built_tests check failing. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
waiting for Travis to finish…
My fixup broke these and I didn't notice, le sigh.
Having all the fonts being referred to using absolute paths is breaking the css test infrastructure as the URLs are no longer within the test built test suite... |
Please revert this change. This just broke way too much stuff. CSSWG test infrastructure is broken, running local tests while one is working is broken, and it's entirely likely that other systems pulling these tests are broken. There's a reason we use relative URLs. Maybe there's a better way, but at least if you're making a change don't break everything in the process. |
Also, the merge has invalidated all the manual testing results stored in testharness, since the files have changed :( That doesn't mean we should never do any kind of sweeping change, but since it does cause data loss, we shouldn't do such changes lightly |
…orm-tests#9718)" This reverts commit e45d0cf.
Here is a PR to revert this until for now: #9940 I'm sorry for this being breaking the CSS infrastructure, but I'm not sure I understand the reasons. And about the manual testing results, I think that this kind of changes will only be needed once, so we'd need to assume that I guess we have no other choice. And my apologizes again for breaking this but it's not always easy to know what's going on in the CSS build system. 😞 |
Where does this leave us in terms of lodging copies of the CSS fonts under /fonts so that people can use them in that location in future? I'm hoping that that's still ok, since i recently changed several hundred tests (only a few submitted so far) to look in /fonts. Note that I already started that process with #9818 (and i'm relying on that location for the 500 test PR at #9871). |
I don't really know what we should do here, so I'll let other people with more experience to decide. BTW, I did this PR after this comment: |
So, I'm ready to revert #9940 but am waiting for confirmation, so that we don't flip back and forth and create more trouble. |
I don’t believe this needs to be reverted. There’s a secondary problem that when tests are changed, the results posted to the older version no longer apply, and a lot of manual testing can be lost unnecessarily for changes like these. The CSS test harness has a mechanism where different versions of a test can be declared to equivalent (formerly used to allow certain meta data changes), this could be leveraged to reinstate the old results, but will take some work. |
@Hexcles and I were talking about what it would take to avoid the need for urgent fixing of this sort going forward, and lints that enforce the constraints seem like the obvious way. @plinss, what's a good place to learn more about how the CSS test harness works? Are there other constraints apart from required spec links and what directories can be included from? |
I'd be interested in knowing more about the CSS build system to check which are the requirements. |
Following #9718, the font is now in /fonts/ instead of /fonts/CSSTest/. Globally fix the path using sed.
This patch removes the duplicated fonts we have in the repository
by copying them under /fonts/ and removing the duplicates.
The paths are updated accordingly to point to the new location.
In addition this patch moves the content of /css/fonts/ under /fonts/,
so there is a single common "fonts" folder on the repository.