Last modified: 2007-01-09 05:41:44 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 T9676, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 7676 - Edit links in different language to rest of User-Interface after "uselang" specified.
Edit links in different language to rest of User-Interface after "uselang" sp...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.8.x
All All
: Normal minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-10-24 06:14 UTC by Nick Jenkins
Modified: 2007-01-09 05:41 UTC (History)
0 users

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


Attachments

Description Nick Jenkins 2006-10-24 06:14:50 UTC
Note: Need to be logged in for this to work; and the language used in the
"uselang" parameter doesn't seem to matter, as long as it's valid.
Step 1: Go to
http://en.wikipedia.org/w/index.php?title=Outer_Mongolia&uselang=pl&action=purge
 ... and all of the UI is in Polish (which is fine and expected).
Step 2: Go to http://en.wikipedia.org/w/index.php?title=Outer_Mongolia  ... and
then only the edit links show in Polish (see "[edytuj]" not "[edit]"), but
everything else (sidebar, header, etc) is in English (which is not fine -
shouldn't the UI all be in one language?).
Step 3: Then I press F5 / refresh, and still only the edit links show in Polish,
everything else is in English (which is still not fine).
Comment 1 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-10-24 21:08:08 UTC
It doesn't happen for me.  Everything is in English when I go to the second
link, as expected (since uselang wasn't specified).
Comment 2 Nick Jenkins 2006-10-24 23:21:53 UTC
Does it happen for you on a test wiki? (Just trying to eliminate squids /
caching / multiple servers / other users / etc from the equation).
E.g. for me, if I go to my test wiki's Main Page with a uselang + purge argument:
http://192.168.0.64/wiki/index.php?title=Main_Page&uselang=ja&action=purge
And then go to the same page without the uselang arg:
http://192.168.0.64/wiki/index.php?title=Main_Page
... then I see the edit links in a different language (Japanese in this case),
but the rest of the UI in English.
Even after repeatedly pressing refresh / shift-refresh / ctrl-refresh, or
clicking the "Article" link, all the edit links are still in the wrong language.
The only way to stop the [edit] links being in the wrong language seems to be to do:
http://192.168.0.64/wiki/index.php?title=Main_Page&action=purge
I guess the questions are: A) Am I the only one to experience this behaviour? B)
Is this normal / expected?
Comment 3 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-10-24 23:32:21 UTC
Doesn't happen on a test wiki for me either.
Comment 4 Nick Jenkins 2006-10-31 00:51:12 UTC
Method:
-------

On IRC channel #mediawiki have 3 users performing 4 tests relating to this.

Test-1 = On your local private dev test wiki, login, and follow the test above
(specify uselang + purge, then open the page again without uselang or purge).
Test-2 = Repeat test-1, except on http://theplaypit.nickj.org/  (a SVN checkout
of r17215, with minor modifications which should be unrelated to this).
Test-3 = Go to http://theplaypit.nickj.org/wiki/index.php?title=Fake2&uselang=de
 , are the edit links in English or German?
Test-4 = Repeat test-1 on the English Wikipedia, as per comment #1.

Fail = the edit links are not in the expected language (either English where
uselang is not specified, or are not in the requested language where as uselang
parameter was specified).
Pass = the edit links are in the expected language.
???? = results not known.

Results:
--------

.User:..|..Nickj..|..Simetrical..|..Fyren
--------+---------+--------------+-------
Test-1:.|..Fail...|..Pass........|..Fail.
Test-2:.|..Pass...|..Pass........|..Fail.
Test-3:.|..Fail...|..Fail........|..Fail.
Test-4:.|..Fail...|..Pass........|..????.
Comment 5 Rob Church 2006-12-28 20:10:40 UTC
The parser calls Linker::editSectionLink() to construct the links. This function
uses wfMsg() to retrieve the text for the link.

The problem is that the parser cache key varies based on the language preference
for which it is told to render, which is *NOT* the same thing as $wgLang.
$wgLang is initialised* from $wgUser's language preference, overridden with the
value of uselang, if present in the request...

...to boil it down - the thing that makes the edit links will respect uselang if
present, but the parser cache doesn't know anything about that, leading to a
cache inconsistency.

[* Forget the StubObject origins.]
Comment 6 Nick Jenkins 2007-01-09 05:41:44 UTC
May have been fixed by Tim in r18850 ; I can no longer reproduce, so I'm going
to mark this as resolved (but please reopen if anyone can reliably reproduce on
a recent SVN checkout and/or on MediaWiki >= 1.9.0).

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


Navigation
Links