-
Notifications
You must be signed in to change notification settings - Fork 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
Replace all drafts.csswg.org spec_url with w3c.github.io/csswg-drafts URLs #17747
Replace all drafts.csswg.org spec_url with w3c.github.io/csswg-drafts URLs #17747
Conversation
… URLs Related browser-specs PR: w3c/browser-specs#704
2299419
to
b538e2a
Compare
OK, I've now pushed an update here which does that. So CI is now all green here 🐍 |
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.
Thank you for this PR, I am definitely down for replacing all of the links to drafts.csswg.org to something more reliable, and I think that we should do this ASAP. (I have a sneaking suspicion that the browser-specs issue will be delayed as "the backend for drafts.csswg.org is being upgraded now"...) Let's get it merged!
🎉💜 Thanks much |
The test file says "When adding an exception here, provide a reason and indicate how the exception can be removed." (The idea was that we don't derivate from browser-specs, because that repo makes decisions for us about what is the canonical source, so every exception should be documented). |
The downside of having exceptional |
Related browser-specs PR: w3c/browser-specs#704
If that browser-specs PR gets held up or blocked on objection, then I suggest we add our own downstream special-casing in our own tooling — which I’m happy to work on as part of this PR.
I imagine we could update our spec-URL-check tooling to just rewrite (in memory) all w3c.github.io/csswg-drafts to their drafts.csswg.org equivalents before doing the browser-specs check.
In fact maybe we should just go ahead and do that now — rather than waiting for the browser-specs PR to be merge — because as of today (as I write this) drafts.w3.org was down again just 15 hours ago, for the 2nd time in two days.
So if we make this update in BCD now, we can immediately (as soon as the changes propogate to production) give MDN users reliable links to CSS specs in our Specifications tables in MDN.