Last modified: 2011-04-14 15:13:23 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 T19043, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17043 - "redlink" 404 should be cacheable in linear browser navigation
"redlink" 404 should be cacheable in linear browser navigation
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 23:02 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 23:02:01 UTC
Some wikis like to put helpful forms in their MediaWiki:Noarticletext to assist in article creation, searching, and the like. And the vast majority of wikis have a search box on every page.

However, with 404s being served almost everywhere Noarticletext is shown (and possibly due to the must-revalidate and zero's maxage headers), these pages are uncacheable in certain browsers (at least some /most Mozilla derivatives), so entering information into these forms, submitting, and then clicking 'back' results in a complete page re-fetch and erasure of any form inforation.

There may be no way to solve this without removing the 404 status codes.
Comment 1 Brion Vibber 2009-01-16 23:06:33 UTC
Note that the same erasure issue exists with special pages, or if the page you've searched from has been changed before you click "back".

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


Navigation
Links