Last modified: 2014-09-01 23:21:58 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 T59076, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 57076 - Support GENDER in messages containing "user", "username", "administrator" etc. in reference to a specific user
Support GENDER in messages containing "user", "username", "administrator" etc...
Status: NEW
Product: MediaWiki
Classification: Unclassified
Internationalization (Other open bugs)
1.23.0
All All
: Normal minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: gender
  Show dependency treegraph
 
Reported: 2013-11-14 20:53 UTC by Valentin Lorentz
Modified: 2014-09-01 23:21 UTC (History)
10 users (show)

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


Attachments
List of (most) potentially affected messages to check (88.68 KB, text/plain)
2014-07-14 07:42 UTC, Nemo
Details

Description Valentin Lorentz 2013-11-14 20:53:30 UTC
In many languages (French in my case, but also a lot of Slavic languages according to http://www.mail-archive.com/wikibugs-l@lists.wikimedia.org/msg04551.html), “user” (among many words) has two translations according to the gender of the user (in French, it is “utilisateur” for men and “utilisatrice” for women).

Some calls to *Template->msg() do provide the username, either for rendering it or specifically for the {{GENDER}} tag (whose syntax is {{GENDER:username|masculine form|male form|neutral form}}), but many of them do not.

For instance, in includes/actions/InfoAction.php, the user referred to in “$this->msg( 'pageinfo-lastuser' )” can be known by the code at this point, but is not passed to $this->msg(), which prevents translators from providing the appropriate gender.

So, my request is to make — as far as possible; I know all such instances cannot be found automatically — all those calls provide the user name.
A good start could be running this command: grep "this->msg(.*user[^,]*)" includes/ -ri
Comment 1 db [inactive,noenotif] 2013-11-16 10:50:14 UTC
Missing gender on messages is Internationalization -> moving

FYI: Usually unspecified bugs like this does not find a developer to process.

Tip: It is better, when you can list the necessary messages, which needs extra gender parameter and you can create a bug per topic, where the messages was found.
Comment 2 Nemo 2014-07-14 07:42:51 UTC
Created attachment 15930 [details]
List of (most) potentially affected messages to check

The request is correct, but in practice this is a duplicate of the tracking bug 30443.

(In reply to db from comment #1)
> Tip: It is better, when you can list the necessary messages, which needs
> extra gender parameter and you can create a bug per topic, where the
> messages was found.

Indeed, that's the same advice I gave to Macofe for <https://translatewiki.net/wiki/Thread:Support/GENDER_support_for_%27user%27_and_%27username%27>

Unless of course Shirayuki's detective magic provides us with a list of messages to fix.

(In reply to Valentin Lorentz from comment #0)
> A good start could be running this command: grep "this->msg(.*user[^,]*)"
> includes/ -ri

I prefer: find . -name en.json -exec grep -E '": ".+(user|user name|administrator|translator|bureaucrat)[^s]' {} \;

I attach the output (721 messages across core + all gerrit extensions).
Comment 3 Andre Klapper 2014-09-01 23:21:58 UTC
[not tracking any other tickets; removing keyword]

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


Navigation
Links