Last modified: 2010-07-06 07:00:06 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 T26027, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 24027 - The variant page with the same name as the content language doesn't get purged from squid
The variant page with the same name as the content language doesn't get purge...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Language converter (Other open bugs)
1.17.x
All All
: Normal enhancement (vote)
: ---
Assigned To: Philip Tzou
: patch, patch-need-review
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-06-18 13:39 UTC by Liangent
Modified: 2010-07-06 07:00 UTC (History)
0 users

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


Attachments
vcode (466 bytes, patch)
2010-06-23 03:31 UTC, Liangent
Details

Description Liangent 2010-06-18 13:39:51 UTC
See r16967. Rainman said another maintainer should take it, so this bug is filed.

My comment in Code Review:

The line "if($vCode==$wgContLang->getCode()) continue; // we don't want default variant" doesn't work correctly on zhwiki (and other wikis with $wgLanguageCode = 'zh'), where the language code 'zh' is also used as a variant name (which means 'no conversion'; technically it's a variant). Omitting zh variant causes /zh/Page_Name urls (when $wgArticlePath = '/$2/$1') not to be purged.
Comment 1 Liangent 2010-06-23 03:31:41 UTC
Created attachment 7496 [details]
vcode
Comment 2 Liangent 2010-06-23 03:32:33 UTC
Simply removing that line is ok.
Comment 3 Philip Tzou 2010-07-06 07:00:06 UTC
This one has been fixed in r69085.

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


Navigation
Links