This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 13918 - spec splitting script/mechanism doesn't remove parts of the spec that are no longer generated
Summary: spec splitting script/mechanism doesn't remove parts of the spec that are no ...
Status: RESOLVED FIXED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: Editor tools (show other bugs)
Version: unspecified
Hardware: All All
: P2 major
Target Milestone: ---
Assignee: Michael[tm] Smith
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-26 14:07 UTC by L. David Baron (Mozilla)
Modified: 2012-11-26 15:36 UTC (History)
11 users (show)

See Also:


Attachments

Description L. David Baron (Mozilla) 2011-08-26 14:07:22 UTC
As Zack Weinberg and Ian Hickson pointed out in http://groups.google.com/group/mozilla.dev.platform/msg/cbc7a15a35143799 , the script that generates the split HTML5 spec doesn't seem to remove files that it no longer generates.  (Ideally, it would add appropriate redirects, but having a 404 is probably better than having out-of-date content.)  This affects both the editor's draft and the TR page copy of the HTML5 spec.

For example, in the TR page copy:
http://www.w3.org/TR/2011/WD-html5-20110525/video.html#video
and
http://www.w3.org/TR/2011/WD-html5-20110525/the-iframe-element.html#video
are the same section of the spec, but the first is out of date (and the only hints that it is out of date are (1) that it's got "Editor's draft" on the side and (2) that it's not reachable from the table of contents.  The same problem exists in the editor's draft at:
http://dev.w3.org/html5/spec/video.html#video
http://dev.w3.org/html5/spec/the-iframe-element.html#the-video-element

However, if somebody has a bookmark to a section of the spec, they won't notice that their bookmark is out of date.

When sections are no longer generated by the splitter, they should be removed (with 'cvs remove <file>; cvs commit <file>', I suspect).  Ideally, they should be redirected (by simultaneously adding to an appropriate .htaccess), but if that's hard, then a 404 should be returned.
Comment 1 Ms2ger 2011-10-26 17:53:35 UTC
Mike, any news?
Comment 2 Ms2ger 2012-08-15 17:13:16 UTC
Filter on [Idon'tcareaboutHTMLWGbugspam].
Comment 3 Edward O'Connor 2012-10-12 23:40:34 UTC
Moving to the "Editor tools" component, where we track issues with the scripts we use for publishing the spec.
Comment 4 Robin Berjon 2012-11-26 15:36:55 UTC
The current script deletes everything before generating the output.