Page MenuHomePhabricator

in so many crannies $wgSitename is cached
Closed, DeclinedPublic

Description

Just amazed at all the nooks and crannies $wgSitename is cached.
$ echo -n Project_Talk:Community_Portal|php deleteBatch.php
中車討論:Community Portal
What do you mean 中車? Months ago I changed it to 中公!,
as can be seen via Special:Export:

<title>中公討論:Community Portal</title>

All in all, things still run OK. It's just that there are too many
scattered disturbing old $wgSitename cached places. One could
Rebuild_this and Rebuild_that but ... it's not my fault.


Version: 1.7.x
Severity: minor
OS: Linux
Platform: PC

Details

Reference
bz8184

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 9:33 PM
bzimport added a project: MediaWiki-Parser.
bzimport set Reference to bz8184.
bzimport added a subscriber: Unknown Object (MLST).

robchur wrote:

Unable to reproduce the reported case. Steps taken:

  1. Install a fresh checkout of MediaWiki 1.7.1
  2. Verify the resolved location of Project:Community_portal
  3. Change $wgSitename in LocalSettings.php
  4. Verify the resolved location of Project:Community_portal

Works for me. Links in sidebar are updated, usual caches are cleared and the
page goes where I expect it to.

robchur wrote:

Was this 1.7.1 wiki upgraded from earlier branches at any point? I recall that
some language files used to directly concatenate $wgSitename, which has the
effect that, when the MediaWiki namespace is initialised, the site name is
hardcoded into the page. This was corrected, for the most part, by replacing
this with {{SITENAME}} wherever it occurred, which causes the variable to be
saved, and corrects the behaviour.

If this *is* the case, then rebuildMessages.php would help the situation, but
you seem to be adverse to running maintenance scripts.