Page MenuHomePhabricator

Support bfcache in MultimediaViewer
Open, LowestPublic


Most modern browsers (with the exception of IE and Chrome) include a back/forward cache, meaning they "freeze" the current state of the page (DOM, JS variables and all) into memory when navigating away, and pull it out from there when using back-button navigation, to speed up navigation by skipping page setup. This functionality can be disabled by various heuristics, if the browser guesses that the page is doing something that would be broken by the caching. Sometimes this disabling can be avoided with some care (e.g. using a pagehide handler instead of an unload handler).

bfcache seems to be disabled on MediaViewer pages (possibly on all MediaWiki pages, I haven't checked). This results in a significant slowdown; we should look into ways of avoiding it if possible.

See this StackOverflow post for various bfcache docs:

Version: master
Severity: normal



Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 3:58 AM
bzimport added a project: MediaViewer.
bzimport set Reference to bz71868.
bzimport added a subscriber: Unknown Object (MLST).
Gilles added a subscriber: Gilles.
Tgr lowered the priority of this task from High to Medium.Dec 11 2014, 12:45 AM

Lowering priority as we do not plan to work on this anytime soon.

Tgr lowered the priority of this task from Medium to Lowest.Jan 8 2015, 1:06 AM
Krinkle renamed this task from bfcache is disabled to Support bfcache in MultimediaViewer .Aug 25 2015, 4:25 AM
Krinkle set Security to None.
Krinkle removed a subscriber: wikibugs-l-list.

Mass-removing the Multimedia tag from MediaViewer tasks, as this is now being worked on by the Reading department, not Editing's Multimedia team.