Last modified: 2014-08-04 14:00:27 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 T30525, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 28525 - MediaWiki:mwe-upwiz-source-ownwork-assert-any-license needs working GENDER suport
MediaWiki:mwe-upwiz-source-ownwork-assert-any-license needs working GENDER su...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
UploadWizard (Other open bugs)
All All
: Normal normal (vote)
: ---
Assigned To: Amir E. Aharoni
: i18n
Depends on:
Blocks: gender
  Show dependency treegraph
Reported: 2011-04-13 15:02 UTC by Purodha Blissenbach
Modified: 2014-08-04 14:00 UTC (History)
5 users (show)

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


Description Purodha Blissenbach 2011-04-13 15:02:32 UTC
The message in MediaWiki:mwe-upwiz-source-ownwork-assert-any-license
is having this problem:
* The parameter can be both a user name and a real name (or possibly any nonsense that a wiki user typed)
* The message should support GENDER for the user name case.
There is no way to safely do this since a real name of one person may well be a username of another person. Simply using GENDER and accepting the case "user not found" as "unspecified gender" would not work. Since the upload wizard is likely meant to be a quite central piece being heavily used in Wikimedia Commons in the future, we need a workable solution.

There are at least these messages in Extension:
having the same problem:
* MediaWiki:Wm-license-self-multiple-licenses-with-author
* MediaWiki:Wm-license-self-one-license-with-author
* MediaWiki:Wm-license-pd-author-with-author-any-purpose
* MediaWiki:Wm-license-pd-author-with-author-text

It may be worth finding a common solution for them all.
Comment 1 Bugmeister Bot 2011-08-19 19:12:39 UTC
Unassigning default assignments.
Comment 2 Mark Holmquist 2012-05-29 17:57:14 UTC
I'm not sure I fully understand what needs to change, here: From what I understand, GENDER can be used in translations already, and deals with "unspecified gender" as gender-neutral, depending on the settings for that language, which is just about the best we can do. If that's the case, I'm not sure there's an issue here. Am I missing something?
Comment 3 Purodha Blissenbach 2012-05-29 22:50:58 UTC
If the parameter is a user name, it should link to the user page and the message should be genderized.

Otherwise, this is not possible.

A decision, which case we have, cannot be made automatically.
Comment 4 Mark Holmquist 2012-05-29 23:13:08 UTC
OK, I did a bit more research. I think we have a bit of a misunderstanding, here.

The $2 parameter for this message is not a user name, it's actually an <input type="text" /> for the name of the person uploading the file. That input could have anything in it, up to and including absolutely nothing, so it's impossible to genderize it. Besides, the parameter is thrown for a loop when $2 = "<input type="text" value="kjasdf" />" and so on. There would be no way to genderize without dynamically changing the message on every keystroke--which gets into performance problems, possibly causing missed keystrokes.

Does that make sense? Is there a way to do this that I'm missing?
Comment 5 Amir E. Aharoni 2012-11-01 05:43:11 UTC
Patch in
Comment 6 Andre Klapper 2013-07-23 09:06:40 UTC
Patch needs rework - Amir, do you plan to work on this (as you are set as assignee)?
Comment 7 Gerrit Notification Bot 2014-01-22 02:04:55 UTC
Change 31180 abandoned by Siebrand:
(bug 28525) Add GENDER support for mwe-upwiz-source-ownwork-assert-*

Abandoning this. Please revive if possible and with the comments addressed.

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