Problem with RevisionDelete messages

Problem with RevisionDelete messages

Hello. I do not know if this is the proper site to ask. Excuse me. I'm a steward and, when performing revision deletion/suppression on wikis, even if I have the preferences in English in that site, some messages of RevisionDelete still appears in the local wiki language (like the options and the logs entries in Special:Log/suppress). Any way to fix this? Thanks in advance.

Dferg (talk)11:59, 18 March 2010

Honestly, I have given up on trying to follow what is happening inside FlaggedREvs. The developer, like no other developer we know of, keeps on changing messages in the extension (mostly noted as 'tweaks'). I suggest you bug him directly or through bugzilla:.

Siebrand21:37, 18 March 2010
 

Hello Siebrand. Thanks for your reply. The problem is not with FlaggedRevs, but with RevisionDelete. Shall I go to bugzilla too? Best regards.

Dferg (talk)11:06, 19 March 2010

Right. I misread that. Log entries are often in the content language, because the entries are stored in plain text. You could file a change request for this in bugzilla. I would expect all run time UI texts to be able to display in your preferred language if the translation is present, with final fallback to English.

If you see any content language in UI texts, while you expect something different, please refer to a URL where this can be observed, or add a screenshot so we can analyse further.

Siebrand12:19, 19 March 2010

Actually, the problems are with this messages:

These are system messages; but no matter wich language you have in the preferences, you see them in the local wiki's language. I'd prefer not to give specific links or screenshots to private logs, but I've tested on test.wikipedia and this can be viewed here. Regards.

Dferg (talk)21:04, 19 March 2010

Like I said: the content language text messages are inserted into the log rows. They are in the database as plain text forever, and cannot be changed. No i18n there...

Siebrand21:34, 19 March 2010

Is there some technical reason this was done, or can we consider it a bug that just needs to be fixed?

Mike.lifeguard | @meta22:14, 19 March 2010
 

For what is worth, I've opened 22903. Feel free to comment/clarify. Thanks.

Dferg (talk)22:23, 19 March 2010
 

No. The content language text is not being inserted into the log rows. It's just that is forced to the content language for apparently no reason. I'm looking into it.

Is there a i18n-aware way of doing implode( ', ', $changes[1] ) ?

Platonides00:03, 20 March 2010

$wgLang->commafy( array );

Siebrand11:46, 20 March 2010

$wgLang->commafy( ); doesn't work for arrays. It's just for numbers.

The answer seems to be $wgLang->commaList()

Platonides22:00, 22 March 2010

Details, details :) It got you checking out Language.php, didn't it? :)

Siebrand23:32, 22 March 2010
 
 
 
 
 
 
 

Fixed in r64047.

Platonides22:33, 22 March 2010
/me heart Platonides
Mike.lifeguard | @meta01:07, 25 March 2010
 

Muchas gracias, Platonides :D

Dferg (talk)00:44, 27 March 2010