Do you mean the log entry or the default comment text?

rotemliss wrote:

(In reply to comment #1)

Do you mean the log entry or the default comment text?

I mean the log entry – "X deleted Y" in the site's language vs the user's language.

rotemliss wrote:

(In reply to comment #2)

(In reply to comment #1)

Do you mean the log entry or the default comment text?

I mean the log entry – "X deleted Y" in the site's language vs the user's

language.

Mmm… actually, both of them, when I come to look at the deletion page.

rotemliss wrote:

(In reply to comment #3)

Mmm… actually, both of them, when I come to look at the deletion page.

However, the default comment text is already well.

gangleri wrote:

Thanks Rotem Liss for planning a patch about this complex topic!

As I understand 'special:Recentchanges' there are different fields that belong
to log events:

• the ones that can and *should* be localised when

'special:Recentchanges?uselang=xx' is used

• the ones that are *fields* in the database associated with that log event and

may differ from log event to log event; some of these fields are automatically
generated "comments"; most of them can not be localized later

There are many reports specifying log events in 'special:Recentchanges':

Bug 5387: Block log items on RecentChanges don't make use of possible translations
Bug 4920: [[Special:Recentchanges]] does not use the content language when
displaying log events (as move)
*note* bug 4920 should be read carefully; maybe wording is not exactly
describing the problem and does not differenciate about what should / could be
localized when 'special:Recentchanges?uselang=xx' is used and what not

Bug 3615: Blocks of code not handling magic character conversions in Esperanto
correcty (as reason for page deletion etc.)
That one is mentioning specialities related to Esperanto magic conversion and
broken links because of missing or multiple "magic conversion"

Good luck! reinhardt [[user:gangleri]]

The correspondend bug about 'special:Log' is:
Bug 2273: Logs should use the content language and should not depend on the
selected user interface

rotemliss wrote:

Patch (trunk)

The patch changes LogPage:actionText, and differs the status (whether we want
to get this text from Special:Log (this means it should be in the user's
langauge), or we want to get this text from LogPage:addEntry for storing in the
table "recentchanges" and using this in Special:Recentchanges (this means it
should be in the site's default language)) by the parameter $skin (used also to
check whether we have to use links in the log action text or not). If $skin, we
don't get it for content; else, we do.

And one more thing: if there are params in array, we cannot use wfMsg or
wfMsgForContent, and we have to use wfMsgReal. The reason – wfMsg and
wfMsgForContent cannot get an array. So I've deleted the "FIXME" message.

The patch actually causes that if a user uses the language X in a site uses the
language Y, the log messages in Special:Log will be shown for him in language X
(as usual), but his actions documented in Special:Recentchanges as "(Log Name)
Action etc." will be in language Y (now in language X). As for another visitor
uses language Z, he will see the actions of the user uses language X in
Special:Log in language Z, and the actions in Special:Recentchanges in language
Y.

Patch for REL1_6 is coming soon.

Attached:

rotemliss wrote:

Patch (REL1_6)

The same.

Attached:

gangleri wrote:

http://de.wikibooks.org/w/index.php?title=Spezial%3ALog&type=newusers&user=&page=
was reported today at irc://irc.freenode.net/wikimedia by '<John|N>'

rotemliss wrote:

(In reply to comment #8)

http://de.wikibooks.org/w/index.php?title=Spezial%3ALog&type=newusers&user=&page=
was reported today at irc://irc.freenode.net/wikimedia by '<John|N>'

The reason for that is not this bug, but the fact they hadn't translated
[[b:de:MediaWiki:newuserlog-create-entry]].

By the way, could someone please check in the patch?