Last modified: 2014-01-11 17:42:29 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 T40809, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 38809 - Factbox vanishing when reloading page
Factbox vanishing when reloading page
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Semantic MediaWiki (Other open bugs)
master
All All
: Normal major with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-07-29 23:23 UTC by DaSch
Modified: 2014-01-11 17:42 UTC (History)
7 users (show)

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


Attachments

Description DaSch 2012-07-29 23:23:53 UTC
factbox has no CSS formating in latest git version

BTW, sometimes Factbox shows strang behavior.
Making a browser cache emptying refresh makes the factbox disappear.
Comment 1 DaSch 2012-07-29 23:28:36 UTC
Okay, well. CSS somehow appeard again. But on Firefox Crtl+Shift+R makes the Factbox disappear.
Comment 2 Michael Allan 2012-08-05 12:53:22 UTC
Same here, disappearing factbox.  SMW 1.7.1, MW 1.18.2 with CACHE_ACCEL (APC) for $wgMainCacheType, $wgMessageCacheType, and $wgParserCacheType.  Fact box appears after SMW_refreshData.php or page edit, then disappears after Crtl+Shift+R (usually) or dummy edit (always).

Setting $wgParserCacheType = CACHE_NONE corrects the problem.
Comment 3 DaSch 2012-08-05 14:09:01 UTC
It does not correct the problem.
This only shows that this is a problem with caching. I will not disable cache for this!
Comment 4 Markus Krötzsch 2012-08-08 12:38:22 UTC
The Factbox is produced in a different way when a page is created from the existing parser cache of MediaWiki instead of being parsed directly. This explains why the behaviour is different when reloading a page (the cache exists at reloading). Further analysis will be needed to find out what exactly happens here.
Comment 5 Michael Allan 2012-10-13 03:42:53 UTC
Another workaround is the refresh tab.  It makes the fact box reappear.
Comment 6 MWJames 2012-11-07 06:13:41 UTC
Other than having the refresh tab option, I'd like to hear some alternatives how to resolve this so it can be included in [1] but I have no sufficient knowledge of how the parser/parser cache is working and how to go around the cache.

Because $parser->disableCache(); won't make it.

[1] https://gerrit.wikimedia.org/r/#/c/30426/
Comment 7 Markus Krötzsch 2012-11-07 11:03:43 UTC
I think the vanishing is related to our process for recovering data when pages come from the parser cache. We have a special process for this which may not always be effective. I don't think this is otherwise related to Special:Browse or action=browse.

We can discuss the general status of the Factbox together with Special:Browse when considering the above change.
Comment 8 Michael Allan 2012-12-30 23:12:34 UTC
I wrote a script as a temporary workaround.  If the fact box doesn't appear, then it appends a prompt to the footer, including a link to purge the cache.  You can see it running here: http://zelea.com/w/Stuff:Election_Methods

If the fact box shows there, then just do a dummy edit.  It will disappear and you'll see the prompt instead.

The code is here for anyone who wants to borrow it (grep for factbox): http://zelea.com/system/host/u/home/v/votorola/web/wiki/pollwiki.js
You'd also need this: http://zelea.com/system/host/u/home/v/votorola/web/dom.jsm
Comment 9 Jeroen De Dauw 2013-01-09 22:23:39 UTC
Is this still present in the latest release?
Comment 10 DaSch 2013-01-10 12:09:42 UTC
yes

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


Navigation
Links