It seems that there are some problems with the Global Usage extension and wikis with case sensitive initial letters (like Wiktionaries).
Version: unspecified
Severity: normal
Description
Description
Details
Details
- Reference
- bz23947
Event Timeline
Comment Actions
Bryan.TongMinh wrote:
This can either be fixed at insertion, by always capitalizing the input, or at query, by querying both the uncapitalized and capitalized version.
The first one gives a problem if both capitalized and uncapitalized shared repos are used, because the capitalization would need to be fixed when a file is deleted on one of the shared repos and exists on the other.
The second one is just nasty, but I'm still going for that one.
Comment Actions
Bryan.TongMinh wrote:
Patch that implements option 2
Patch; needs testing; posting here so I don't lose it.
Attached:
Comment Actions
*Bulk BZ Change: +Patch to open bugs with patches attached that are missing the keyword*
Comment Actions
baltoslavic wrote:
Bulk patch has not corrected problem on "duplicate" Bug 29803. See details there for continued problem. Links TO Wiktionary are case-sensitive, which is fine, but link searches FROM Wiktionary are also made case-sentitive for purposes of checking usage in Commons, and that is a problem. The search fails to find file usage, as is.
Not sure why the other bug was marked "duplicate", since the problem here seems to have been fixed, but the problem over there has not.
Comment Actions
baltoslavic wrote:
For the record, this problem has now been around for TWO YEARS without being fixed. Is anyone working on it?
Comment Actions
baltoslavic: See "Assigned To: Nobody" above, so nobody is working on this. To get things going, anybody could take the patch in comment 2 and test and improve it on a local test installation of MediaWiki or on a Wikimedia Labs instance.
Bryan: Any plans to pick up your patch again?