Last modified: 2011-04-14 15:13:03 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 T19042, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17042 - internal http redirects (from search [go] for user/user_talk) and existing user/talk links should never send user to a 404
internal http redirects (from search [go] for user/user_talk) and existing us...
Status: NEW
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
1.15.x
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-16 22:55 UTC by Splarka
Modified: 2011-04-14 15:13 UTC (History)
2 users (show)

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


Attachments

Description Splarka 2009-01-16 22:55:36 UTC
As some ISPs and possibly some esoteric browsers still usurp 404 messages, a 404 status code should never be served as the result of a Search. For example, if you put in User:Someuser where the user exists but has no user page, you are automatically taken to the user page, but given a 404. If their ISP/Browser sucks, they then can't check the user's contribs or talk page.

The same logic that applies the redirects should possibly also be used to determine the status (in a mutually exclusive way).

Annoying, incoming interwiki links probably cannot be handled correctly, without referer sniffing.
Comment 1 Brion Vibber 2009-01-16 22:57:49 UTC
On general principle, probably should not be returning a 404 for a user page for an existing user/IP address.
Comment 2 Splarka 2009-04-21 08:14:42 UTC
(In reply to comment #1)
> On general principle, probably should not be returning a 404 for a user page
> for an existing user/IP address.

Updating summary for more accuracy. 

This can be resolved by either not sending users to these via Search [go] and p-personal link clicking, /or/ by not serving 404 for them (as per populated red categories or shared repository images).

Note that either all user/user_talk pages will have to check if the user exists before search 30x redirects users to these pages, or 404 should stop being served for all user/user_talk pages (or in fact, just ditch the 404 serving completely).

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


Navigation
Links