Last modified: 2014-09-01 23:21:58 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.
First Last Prev Next    This bug is not in your last search results.
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 tree / graph
 
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
Add an attachment (proposed patch, testcase, etc.)

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.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links