Last modified: 2010-05-15 14:36:04 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 2273 - logs should use the content language and should not depend on the selected user interface
logs should use the content language and should not depend on the selected us...
Product: MediaWiki
Classification: Unclassified
Internationalization (Other open bugs)
All All
: Normal normal with 2 votes (vote)
: ---
Assigned To: Antoine "hashar" Musso (WMF)
Depends on:
  Show dependency treegraph
Reported: 2005-05-31 08:48 UTC by lɛʁi לערי ריינהארט
Modified: 2010-05-15 14:36 UTC (History)
2 users (show)

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


Description lɛʁi לערי ריינהארט 2005-05-31 08:48:05 UTC
At you can find
(cur) (last)  10:28, May 31, 2005 Gangleri m («Dummy» переименована в «Main Page»)
(cur) (last)  10:26, May 31, 2005 Gangleri m («Main Page» переименована в «Dummy»)

The Russian text means "moved to".

Because the default language of is English all logs
(delete, restore, move etc.) should be in that language.

Best regards

Reinhardt [[user:gangleri]]
Comment 1 Brion Vibber 2005-05-31 08:54:12 UTC
The log appears perfectly normal. The log messages are programmatic, and displayed in 
the selected user language in Special:Log.

Are you referring to the comment placed into the page history during move?
If so, please clarify.
Comment 2 lɛʁi לערי ריינהארט 2005-05-31 10:00:10 UTC
The messages can be found in different places:
   11:35, May 31, 2005 Gangleri restored "Dummy" (5 revisions restored) - 5
revisions restored is in English
   11:22, May 31, 2005 Gangleri restored "Dummy" (4 изменений восстановлено) - 4
изменений восстановлено is in Russian
b) same applies to

Main Page was NOT deleted!
c) shows three
types of messages for the same action
   English:  (cur) (last)  11:33, May 31, 2005 Gangleri m ([[Main Page]] moved
to [[Dummy]])
   Russian:  (cur) (last)  11:04, May 31, 2005 Gangleri m ([[Main Page|«Main
Page»]] переименована в [[Dummy|«Dummy»]])
   Romanian: (cur) (last)  10:52, May 31, 2005 Gangleri m (Main Page a fost
mutată la Dummy)
             The last does not use wikification in [[MediaWiki:1movedto2/ro]].

Dummy was deleted!
   ALL messages are in English - the default language of the wiki. I assume this
is because Dummy was deleted and restored.

I see a problem if languages with RTL writing are used because of rendering.
Imagine you have a history page with Greek, Chinese, Arabic, Cyrillic etc.
messages. My opinion is that both in the history of the page and in the logs all
components MediaWiki messages should use the default language of the wiki.

Best regards Reinhardt
Comment 3 Rowan Collins [IMSoP] 2005-05-31 18:53:37 UTC
The messages in question are *not* generated at run-time, as they are stored as
edit summaries in the database; they should therefore use the "content"
language, not the interface one. Note that this *isn't* a problem with the way
logs work per se, it's just a couple of slip-ups in the code. I've tracked down
at least some of them (sorry, preparing a patch would require more effort than
this seems worth; I'll leave someone with CVS access to make these 3 small edits).

SpecialUndelete.php, line 274:
 $reason = wfMsg( 'undeletedrevisions', $restoreRevisions );
should read
 $reason = wfMsgForContent( 'undeletedrevisions', $restoreRevisions );

1602:                $nullRevision = Revision::newNullRevision( $dbw, $oldid,
1603:                        wfMsg( '1movedto2', $this->getPrefixedText(),
$nt->getPrefixedText() ),
1677:                $nullRevision = Revision::newNullRevision( $dbw, $oldid,
1678:                        wfMsg( '1movedto2', $this->getPrefixedText(),
$nt->getPrefixedText() ),
should either use wfMsgForContent(), or the pre-built variable $comment (which
also includes an additional $reason)
Comment 4 lɛʁi לערי ריינהארט 2005-06-02 12:19:42 UTC
probably an example to  comment #3

The title for
is "Betawiki:Portability - Betawiki în română" if I use the Romanian user interface.

The content is definitivly *not* in Romanian.

Regards Reinhardt
Comment 5 lɛʁi לערי ריינהארט 2005-06-04 23:17:24 UTC
the issue described at bug 2314 may relate to this bug

it is possible that bug 2114 JavaScript (tracking) depends also on the issue
described at bug 2314

Regards Reinhardt
Comment 6 Antoine "hashar" Musso (WMF) 2005-06-27 03:15:40 UTC
Commited changes submitted in comment #3. That fix the issue with 1movedto2
and undeletedrevisions revisions.

Probably need a port in 1.4 too.

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