Closed Bug 278077 Opened 20 years ago Closed 16 years ago

Editing a non-existing file ends up changing the 404 page

Categories

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

defect
Not set
major

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: BenB, Unassigned)

Details

Reproduction: 1. Go to <http://www.mozilla.org/docs/web-developer/foobar.html> 2. Click "Edit this Page" 3. Edit the page (default content will be the 404 page, which is odd, but makes sense in a way.) 4. Review Changes (will give you a diff to the 404 page, which is even more odd, seemed like a bug/misfeature steeming from the above) 5. Commit (Works fine, appearantly) Actual result: You change the 404 page itself, i.e. <http://www.mozilla.org/houston.html> also delivers your <http://www.mozilla.org/docs/web-developer/foobar.html>. That's because in step 3, you were actually at <http://doctor.mozilla.org/?file=mozilla-org/html/404.html>, which I didn't notice. Note, however, that in steps 1 and 2, you were indeed at <http://www.mozilla.org/docs/web-developer/foobar.html> (which is correct). Expected result: You create a new page on <http://www.mozilla.org/docs/web-developer/foobar.html> only, 404 page unchanged. Information: The right way would have been to go to <http://doctor.mozilla.org/> and enter the desired new URL or (I guess) to manually go to <http://doctor.mozilla.org/?file=mozilla-org/html/docs/web-developer/foobar.html>. Severity: Can easily create noticable havoc, so major or even critical.
This is intentional and has nothing to do with doctor, by the way. I propose INVALID.
Assignee: myk → mozilla.webmaster
Component: Doctor → webmaster@mozilla.org
Product: Webtools → mozilla.org
QA Contact: asa → danielwang
Version: Trunk → other
dbaron, perhaps the error pages should be restricted as well? Just like /.htaccess and similar files?
That's a bug in Doctor, as far as I am concerned. It should not silently do something else than I told it. If I have <http://www.mozilla.org/docs/web-developer/foobar.html> in the URLbar and click "Edit this page", I expect to edit that URL's document (which is currently empty), not the 404 page. E.g. emacs behaves the same, if you "open" and edit a non-existant file. Anne: No need to "protect" them (from people with login), if you don't accidently edit them.
Component: webmaster@mozilla.org → Doctor
Product: mozilla.org → Webtools
Assignee: mozilla.webmaster → myk
QA Contact: danielwang → asa
Anne points out that the "Edit this page" link at the bottom of <http://www.mozilla.org/docs/web-developer/foobar.html> already points to <http://doctor.mozilla.org/?file=mozilla-org/html/404.html>. So, the main bug here in actually for webmaster, as Anne said. Changing component back on her request. Doctor could still add a layer of protection by checking REFERER header, if it different from the edited URL. (But you cannot rely on REFERER being there.)
Component: Doctor → webmaster@mozilla.org
Product: Webtools → mozilla.org
Assignee: myk → mozilla.webmaster
QA Contact: asa → danielwang
Assignee: www-mozilla-org → nobody
QA Contact: danielwang → www-mozilla-org
Product: mozilla.org → Websites
Marking as wontfix. Doctor is no longer being maintained so there won't be a fix coming for this. We are looking at moving from Doctor to another editing tool however, but that's another bug.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
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.