Last modified: 2013-07-02 13:26:21 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 T41045, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 39045 - Incomplete i18n for log entries in CentralAuth
Incomplete i18n for log entries in CentralAuth
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
CentralAuth (Other open bugs)
master
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
https://meta.wikimedia.org/w/index.ph...
: i18n
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-08-04 23:10 UTC by Siebrand Mazeland
Modified: 2013-07-02 13:26 UTC (History)
8 users (show)

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


Attachments

Description Siebrand Mazeland 2012-08-04 23:10:24 UTC
[1] for example reads like this in Dutch:

3 aug 2012 09:47 MarcoAurelio (Overleg | bijdragen) heeft de status voor de globale gebruiker User:Kanakane28@global gewijzigd. Ingesteld: *locked*; verwijderd: *(none)* (Spam-only account: spambot) 

Texts within *these areas*, marked by me, could be localised. This requires updating the logging of CentralAuth, keeping BC in place.

[1] https://meta.wikimedia.org/w/index.php?title=Special%3ALog&type=globalauth&user=MarcoAurelio&uselang=nl
Comment 1 Jan Luca 2012-08-05 11:20:05 UTC
These texts are localised by translatewiki.net (e.g. centralauth-log-status-locked) but the code uses wfMsgForContent(...) when create the log entry. 

It is not much work to change the code but I think the author has made his thoughts about using wfMsgForContent() instead of wfMsg(). Should we change this?
Comment 2 Siebrand Mazeland 2012-08-05 11:28:01 UTC
(In reply to comment #1) 
> It is not much work to change the code but I think the author has made his
> thoughts about using wfMsgForContent() instead of wfMsg(). Should we change
> this?

That would log in the performer's user language and make even more o a mess, as the log entries would display in multiple languages.
Comment 3 Niklas Laxström 2012-08-06 12:49:00 UTC
The information should be stored in extra parameters for the log entry, and i18ned when displaying it (as opposed to save time).
Comment 4 MA 2012-08-06 20:29:29 UTC
(In reply to comment #2)
> (In reply to comment #1) 
> > It is not much work to change the code but I think the author has made his
> > thoughts about using wfMsgForContent() instead of wfMsg(). Should we change
> > this?
> 
> That would log in the performer's user language and make even more o a mess, as
> the log entries would display in multiple languages.

Per Siebrand. That happened in the past and was a complete dissaster. CentralAuth logs showed in the language of the performer. Please don't do that.
Comment 6 Jan Luca 2013-07-02 13:18:30 UTC
Maybe the changes in [[gerrit:38137]] can help here?
Comment 7 Siebrand Mazeland 2013-07-02 13:26:21 UTC
(In reply to comment #6)
> Maybe the changes in [[gerrit:38137]] can help here?

It won't hurt, but doesn't solve. https://www.mediawiki.org/wiki/Logging_to_Special:Log#1.19_and_later needs to be applied.

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


Navigation
Links