Last modified: 2005-10-24 10:03:01 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T5730, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 3730 - New page creation not possible with OS 10.2.8/IE 5.2.1
New page creation not possible with OS 10.2.8/IE 5.2.1
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
unspecified
Macintosh Mac OS X 10.2
: High major (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/Wikipedi...
:
: 3731 (view as bug list)
Depends on:
Blocks: 3731
  Show dependency treegraph
 
Reported: 2005-10-18 00:44 UTC by James Dignan
Modified: 2005-10-24 10:03 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description James Dignan 2005-10-18 00:44:25 UTC
In the week or so I've been unable to make any new pages with IE (prior to that it was fine). Every time I try, I 
get "HTTP Error: Resource is not found". I can still create pages OK with Safari and Mozilla, but I don't always 
have access to them. Editing existing pages with IE seems to be fine. It's got me stumped - anyone got any 
idea what's going on? (I haven't changed my preferences at all, so it's unlikely to be anything to do with that). 
No new pages, templates, categories, redirects...nothing. Several other Wikipedia users have reported the 
same thing (see the URL listed above).
Comment 1 Brian Laura 2005-10-18 00:56:05 UTC
Same issue. This is not an issue it IE or Microsoft, as some MAC users have
complained. I also get the same error using Perl. Were the headers recently
changed to send a 404 on a GET request when the page does not exist?  Example:
GET
http://en.wikipedia.org/w/wiki.phtml?title=This_page_does_not_exist&action=edit
 Returns 404. 
Comment 2 Brion Vibber 2005-10-18 18:10:50 UTC
tomg added the 404 return code recently; this has been periodically discussed on the 
tech lists but never got done.

A browser should still be showing the edit form with no problem. James, I haven't been 
able to reproduce this problem with IE 5.2.3 on Mac OS X 10.4.2 or with IE 5.0 in 
Classic. Can you check with 5.2.3 and confirm that it's still there?

I'm not convinced that 404 should be returned on *edit forms*, though it would make 
sense on page *views* of nonexistent pages. But it shouldn't actually stop anything 
from working that's not itself badly broken.
Comment 3 James Dignan 2005-10-18 22:18:50 UTC
Can't comment on 5.2.3, but it's definitely still a problem in 5.2.1.
Comment 4 Brion Vibber 2005-10-18 22:55:55 UTC
Can you please try 5.2.3 to check if it's a bug in 5.2.1 or perhaps some other problem? 
http://www.microsoft.com/mac/
Comment 5 James Dignan 2005-10-20 06:41:44 UTC
It doesn't seem to work in 5.2.3 either.
Comment 6 Brian Laura 2005-10-20 06:53:03 UTC
The same issue I mentioned above while using GET for non-existant pages has also
been reported on Bugzilla:3731. This is using PERL, we do not receive the error
while using POST with &action=edit, just GET. Firefox ignores the 404 header as
it assumes the content is the 404 page, and I believe you can turn off "Show
friendly HTTP errors" in IE to bypass it. But when reading the header only Perl
just see's the 404. Do we need this header to be sent?
Comment 7 Brion Vibber 2005-10-24 02:50:22 UTC
I have no idea why you're seeing an error, this should work fine under all
circumstances.

I've gone ahead and reverted the change, though.
Comment 8 Brion Vibber 2005-10-24 02:50:51 UTC
*** Bug 3731 has been marked as a duplicate of this bug. ***
Comment 9 James Dignan 2005-10-24 10:03:01 UTC
Works fine now, by the looks of it. Don't know what you did, but thanks for doing it!

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links