Last modified: 2011-08-17 22:13:28 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 T32431, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 30431 - Wikimedia should probably have $wgCategoryTreeDisableCache = false set for all wikis
Wikimedia should probably have $wgCategoryTreeDisableCache = false set for al...
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
: shell
Depends on:
Blocks: 30428
  Show dependency treegraph
 
Reported: 2011-08-17 21:15 UTC by Bawolff (Brian Wolff)
Modified: 2011-08-17 22:13 UTC (History)
0 users

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


Attachments

Description Bawolff (Brian Wolff) 2011-08-17 21:15:31 UTC
currently the <categorytree> tag disables parser cache. I was under the impression this was a big no-no from a performance standpoint (and that tag is used on high profile pages like the commons main page)

The extension has a config variable - $wgCategoryTreeDisableCache. Setting it to false will stop the extension from disabling cache, which is probably a good thing - thus I suggest setting that setting to false.

Anyways, if the fact <categorytree> calls $parser->disableCache() is a non-issue, please ignore this.

See also bug 30428
Comment 1 Bawolff (Brian Wolff) 2011-08-17 22:13:28 UTC
Reedy fixed this:

[15:46]	<logmsgbot>	!log reedy synchronized wmf-config/CommonSettings.php 'Setting to false'
[15:46]	<morebots>	Logged the message, Master
[15:47]	<Reedy>	!log That was Setting $wgCategoryTreeDisableCache to false. Stupid escaping


Additionally you can now see the commons main page has <!-- Saved in parser cache with key commonswiki:pcache:idhash:1-0!*!0!default!!en!4!* and timestamp 20110817214446 -->


(Guess I probably shouldn't have opened this bug given its essentially the same as the other one)

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


Navigation
Links