Closed Bug 394082 Opened 19 years ago Closed 17 years ago

Lots of dead files still in CVS under mozilla-org/html

Categories

(www.mozilla.org :: General, defect)

Product:
www.mozilla.org
Component:
General
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: jorendorff, Unassigned)

Details

According to the .htaccess files, these pages are permanently redirected or "gone". Many of them have been moved to devmo. But they files still show up in CVS. They should be "cvs remove"d, right? README-style.html access/dhtml/index.html access/dynamic-content.html access/keyboard/tabindex.html access/projects.html access/samples/js-nsIAccessible.htm access/unix/atspi-support.html access/xul-guidelines.html build/configure-build.html build/faq.html build/index.html build/mac.html build/make-build.html build/unix.html build/win32.html catalog/development/tools/cvs-tarball.html docs/dom/technote/intro/index.html docs/dom/technote/tn-dom-table/index.html docs/dom/technote/whitespace/index.html docs/xul/xulnotes/xulnote_packages.html get-involved.html js/spidermonkey/apidoc/complete-frameset.html performance/tinderbox-tests.html ports/fizzilla/ChimChim.html ports/fizzilla/DebugMach.html products/camino/features/searchCustomization.html products/camino/features/tipsTricks.html products/camino/releases/0.8.4.html products/camino/releases/0.8.html products/camino/releases/0.9a1.html products/camino/releases/0.9a2.html products/firefox/mirrors.html products/thunderbird/all-beta.html projects/bonecho/all-beta.html projects/bonecho/all-rc.html projects/camino/development.html projects/camino/docs/index.html projects/camino/docs/profileprefs.html projects/camino/docs/proxies.html projects/camino/feedback.html projects/camino/homepage.html projects/camino/index.html projects/camino/welcome.html projects/cck/new/cck.xhtml projects/embedding/embedoverview/EmbeddingBasics.html projects/embedding/embedoverview/EmbeddingBasics10.html projects/embedding/embedoverview/EmbeddingBasics11.html projects/embedding/embedoverview/EmbeddingBasics12.html projects/embedding/embedoverview/EmbeddingBasics13.html projects/embedding/embedoverview/EmbeddingBasics14.html projects/embedding/embedoverview/EmbeddingBasics16.html projects/embedding/embedoverview/EmbeddingBasics2.html projects/embedding/embedoverview/EmbeddingBasics3.html projects/embedding/embedoverview/EmbeddingBasics4.html projects/embedding/embedoverview/EmbeddingBasics5.html projects/embedding/embedoverview/EmbeddingBasics6.html projects/embedding/embedoverview/EmbeddingBasics7.html projects/embedding/embedoverview/EmbeddingBasics8.html projects/embedding/embedoverview/EmbeddingBasics9.html projects/embedding/embedoverview/EmbeddingBasicsTOC.html projects/firebird/0.1-release-notes.html projects/firebird/0.2-release-notes.html projects/firebird/0.3-release-notes.html projects/firebird/0.4-release-notes.html projects/firebird/0.5-release-notes.html projects/firebird/0.6-release-notes.html projects/firebird/0.6.1-release-notes.html projects/firebird/0.7-release-notes.html projects/firebird/0.7.1-release-notes.html projects/firebird/build.html projects/firebird/charter.html projects/firebird/index.html projects/firebird/installer/build.html projects/firebird/qa/downloads.html projects/firebird/qa/index.html projects/firebird/release-notes.html projects/firebird/releases.html projects/firebird/review.html projects/firebird/roadmap.html projects/firebird/ue/downloads/index.html projects/firebird/ue/index.html projects/firebird/ue/installer/index.html projects/firebird/ue/migration/index.html projects/firebird/ue/philosophy/realities.html projects/firebird/why/index.html projects/firefox/build.html projects/firefox/extensions/em-changes.html projects/firefox/extensions/index.html projects/firefox/extensions/packaging/extensions.html projects/firefox/extensions/packaging/themes.html projects/firefox/extensions/update.html projects/firefox/extensions/web-api.html projects/javaconnect/index.html projects/security/components/configPolicy.html projects/ui/accessibility/unix/architecture.html projects/ui/accessibility/unix/faq.html projects/ui/accessibility/unix/index.html projects/ui/accessibility/unix/introduction.html projects/ui/accessibility/unix/photos/index.html projects/xpcom/hashtable-guide.html projects/xpcom/string-guide.html projects/xpinstall/browser_install.html projects/xpinstall/browser_xpi.html projects/xpinstall/wizard/index.html projects/xpinstall/wizard/mac/index.html projects/xpinstall/wizard/unix/index.html projects/xpinstall/wizard/windows/index.html projects/xslt/js-interface.html projects/xul/joy-of-xul.html quality/browser/front-end/testcases/keyboard-nav/taf_acceptance.html quality/browser/front-end/testcases/keyboard-nav/taf_functional.html quality/browser/front-end/testcases/keyboard-nav/typeaheadfind.html quality/networking/docs/aboutdata.html scriptable/xpidl/index.html support/index.html
Files that are redirected elsewhere should definitely be cvs removed. I know I've yelled at people adding redirects a bunch of times for failing to do so, since I didn't know the files had been redirected and wasted a bunch of time editing them... (Or people forgetting to add redirects at all, which has the same problem but is even less detectable.)
(In reply to comment #0) > support/index.html Umm, http://www.mozilla.org/support/ still lives and is used... How did you get that in your list?
Yeah, good question. I tripped over a separate bug. mozilla-org/html/support/.htaccess, line 7, reads: Redirect permanent index.html http://www.mozilla.org/support/firefox/ Someone *tried* to redirect this URL, but failed. This directive is busted. It looks like Apache is ignoring it. (The Apache docs aren't 100% clear, but http://httpd.apache.org/docs/1.3/mod/mod_alias.html#redirect says that the URL being redirected "must be a fully qualified URL, not a relative path, even when used with .htaccess files or inside of <Directory> sections." In all their examples, the URL being redirected starts with a slash.) I'll file a separate bug for this.
I've checked the other 114 URLs on the list, and each one does in fact redirect. I found one additional file that is hidden by "Redirect gone": projects/ui/accessibility/unix/to-do.html
Filed bug 394232 for the weirdness in support/.htaccess .
OS: Mac OS X → All
Hardware: PC → All
Considering comment 1, I'd like to check in this change. It'll remove 115 dead files, mostly content that was successfully migrated and is now living happily somewhere else. Any objections?
Status: NEW → ASSIGNED
(In reply to comment #6) > Considering comment 1, I'd like to check in this change. It'll remove 115 dead > files, mostly content that was successfully migrated and is now living happily > somewhere else. Any objections? As long as you make sure that the redirects aren't actually messed up and faking it (such as /support/index.html), I'm fine with it. I just don't want some page that has some screwed-up redirect to suddenly disappear.
Assignee: nobody → jorendorff
Status: ASSIGNED → NEW
Something, to me, says you should ask various module owners and maintainers of these sections if they're okay to delete. It wouldn't be the first time someone added a redirect with the intention to remove it later. Even permanent redirects sometimes aren't permanent... Reed came into IRC to tell me a bunch of our stuff was being deleted. And, while I'm okay with it, being asked and not told is probably the right way to go about it.
Reed, I confirmed this morning that every one of the 115 URLs is in fact a redirect. Samuel, is there a module owner for this content? Please take a quick look at the files in the list. In most cases it's very clear why the redirect is there. About a third of them, for example, have been migrated to dev.m.o. About 10% of them redirect to caminobrowser.org, for obvious reasons; others redirect from a "firebird" URL to a "firefox" one, and so on. I have looked at every one of the files myself, and I think it's *extremely* unlikely that any of them will ever be edited again except by mistake. The reason I'm pushing back on this is that figuring out who is the right person to ask for each of 115 files, and then tracking down those people, and keeping track of which files are ok to remove, is not practical for me right now.
Status: NEW → ASSIGNED
There is a module owner for mozilla.org, yes. That would be Reed, who has already approved this in comment 7. What I'm asking for is to ask, or simply CC, the owners of those sections. For example, someone from Camino (me) because you're removing Camino files. Getting a quick list isn't hard, it's just a matter of going through CVS history. The more that I think about it, however, the more it makes sense to actually look at the other files that might be referenced in these files you're removing. For example, access/dhtml/ has a bunch of other files that probably aren't used but aren't redirected. It doesn't seem nearly as useful to just remove a few files when the whole directory should be removed and the htaccess file moved up a level. So, to summarize, that's two things I now have to say about doing this: 1) Before removing files out from under an owner of a specific section/page, it'd be nice to at least alert them that this is going to happen. 2) Removing one file from a dead directory isn't nearly as useful as removing the entire directory, which we'll end up needing to do anyway.
Moving on.
Assignee: jorendorff → nobody
Status: ASSIGNED → NEW
In IRC today, Reed said "just do it", so I'm assigning this to myself again. Partially addressing Samuel's concerns: 1) I just posted to mozilla.dev.mozilla-org about the coming change; anyone who's really interested will hear about it in advance. Not perfect, but that's the communication channel we've got. If you would like to determine who "owns" these zombie pages and send them a heads-up in email, be my guest. 2) I'll look at this as I go.
Status: NEW → ASSIGNED
(In reply to comment #12) > 1) I just posted to mozilla.dev.mozilla-org about the coming change; anyone > who's really interested will hear about it in advance. Not perfect, but that's > the communication channel we've got. If you would like to determine who "owns" > these zombie pages and send them a heads-up in email, be my guest. Thanks for posting to the newsgroup. That'll get a good portion of people. > 2) I'll look at this as I go. As long as it's something you're considering, that's good enough for me. Thanks for addressing both of those things.
Assignee: nobody → jorendorff
Status: ASSIGNED → NEW
If there are any files that aren't redirected but look like they should also be removed, you can add them to the archiving suggestions page on the wiki. Once we get the site mirror up (bug 395669) I'll start removing those pages. http://wiki.mozilla.org/Mozilla.org:Archiving_Suggestions
Product: mozilla.org → Websites
What's the status on this bug? We've started archiving content recently and some of these pages have been removed, but it would be good to check to see if any other pages from this list still need to be taken care of.
I never had time to do this.
Assignee: jorendorff → nobody
I've updated the list with files that have already been removed as part of the archiving process. Here are the files that are still on the server: access/dhtml/index.html access/dynamic-content.html access/keyboard/tabindex.html access/projects.html access/samples/js-nsIAccessible.htm access/unix/atspi-support.html access/xul-guidelines.html js/spidermonkey/apidoc/complete-frameset.html performance/tinderbox-tests.html ports/fizzilla/ChimChim.html ports/fizzilla/DebugMach.html products/camino/features/searchCustomization.html products/camino/features/tipsTricks.html products/camino/releases/0.8.4.html products/camino/releases/0.8.html products/camino/releases/0.9a1.html products/camino/releases/0.9a2.html products/firefox/mirrors.html products/thunderbird/all-beta.html projects/bonecho/all-beta.html projects/bonecho/all-rc.html projects/camino/development.html projects/camino/docs/index.html projects/camino/docs/profileprefs.html projects/camino/docs/proxies.html projects/camino/feedback.html projects/camino/homepage.html projects/camino/index.html projects/camino/welcome.html projects/cck/new/cck.xhtml projects/embedding/embedoverview/EmbeddingBasics.html projects/embedding/embedoverview/EmbeddingBasics10.html projects/embedding/embedoverview/EmbeddingBasics11.html projects/embedding/embedoverview/EmbeddingBasics12.html projects/embedding/embedoverview/EmbeddingBasics13.html projects/embedding/embedoverview/EmbeddingBasics14.html projects/embedding/embedoverview/EmbeddingBasics16.html projects/embedding/embedoverview/EmbeddingBasics2.html projects/embedding/embedoverview/EmbeddingBasics3.html projects/embedding/embedoverview/EmbeddingBasics4.html projects/embedding/embedoverview/EmbeddingBasics5.html projects/embedding/embedoverview/EmbeddingBasics6.html projects/embedding/embedoverview/EmbeddingBasics7.html projects/embedding/embedoverview/EmbeddingBasics8.html projects/embedding/embedoverview/EmbeddingBasics9.html projects/embedding/embedoverview/EmbeddingBasicsTOC.html projects/firebird/0.1-release-notes.html projects/firebird/0.2-release-notes.html projects/firebird/0.3-release-notes.html projects/firebird/0.4-release-notes.html projects/firebird/0.5-release-notes.html projects/firebird/0.6-release-notes.html projects/firebird/0.6.1-release-notes.html projects/firebird/0.7-release-notes.html projects/firebird/0.7.1-release-notes.html projects/firebird/build.html projects/firebird/charter.html projects/firebird/index.html projects/firebird/installer/build.html projects/firebird/qa/downloads.html projects/firebird/qa/index.html projects/firebird/release-notes.html projects/firebird/releases.html projects/firebird/review.html projects/firebird/roadmap.html projects/firebird/ue/downloads/index.html projects/firebird/ue/index.html projects/firebird/ue/installer/index.html projects/firebird/ue/migration/index.html projects/firebird/ue/philosophy/realities.html projects/firebird/why/index.html projects/firefox/build.html projects/firefox/extensions/em-changes.html projects/firefox/extensions/index.html projects/firefox/extensions/packaging/extensions.html projects/firefox/extensions/packaging/themes.html projects/firefox/extensions/update.html projects/firefox/extensions/web-api.html projects/javaconnect/index.html projects/security/components/configPolicy.html projects/ui/accessibility/unix/architecture.html projects/ui/accessibility/unix/faq.html projects/ui/accessibility/unix/index.html projects/ui/accessibility/unix/introduction.html projects/ui/accessibility/unix/to-do.html projects/ui/accessibility/unix/photos/index.html projects/xpcom/hashtable-guide.html projects/xpcom/string-guide.html projects/xpinstall/browser_install.html projects/xpinstall/browser_xpi.html projects/xpinstall/wizard/index.html projects/xpinstall/wizard/mac/index.html projects/xpinstall/wizard/unix/index.html projects/xpinstall/wizard/windows/index.html projects/xslt/js-interface.html projects/xul/joy-of-xul.html scriptable/xpidl/index.html
I removed all the listed Camino files (projects and products) as well as the listed bonecho files and products/firefox/mirrors.html.
I just removed the files remaining in the repository from comment #18. If it turns out that I missed any or if there are other redirected files that also need to be removed, feel free to reopen.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
You need to log in before you can comment on or make changes to this bug.