https://bugzilla.wikimedia.org/show_bug.cgi?id=2585
Splarka <h...@goldrush.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |h...@goldrush.com
--- Comment #26 from Splarka <h...@goldrush.com> 2008-12-27 02:54:48 UTC ---
Observations:
It is very annoying to have must-revalidate along with 404, as the browser
cannot cache the page even with forward/backward navigation. This isn't
terribly critical, but form elements are also reinitilized in most browsers in
such a case. If the MediaWiki:Noarticletext has custom forms they get erased
(and even the search box). This should probably become a separate bug entry
(suppress must-revalidate on 404s?).
The fringe cases of ISP-hijacked, browser-overridden, seems /mostly/ harmless,
since content without a page (populated missing categories, shared media
without local descriptions) which can be accessed via easy means (such as via
Search [GO]) are not given 404. However, one case where they are, but still
GOable, is any page starting with the User: prefix (whether the user exists or
not, whether the page is a base page or user subpage). Example:
http://meta.wikimedia.org/w/index.php?search=User%3AIamgoingto404ville/foo&go=Go
302s to a 404 which should never happen. This should probably become a separate
bug entry (never 302 to a 404?).
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
