Last modified: 2009-06-04 07:41:47 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 T20535, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18535 - Search tab tool-tops are corrupted
Search tab tool-tops are corrupted
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Search (Other open bugs)
1.15.x
All All
: Normal minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-04-20 17:55 UTC by Trevor Parscal
Modified: 2009-06-04 07:41 UTC (History)
3 users (show)

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


Attachments

Description Trevor Parscal 2009-04-20 17:55:48 UTC
System messages on hover for search types ("content pages", "files", etc..) seem to be somewhat broken.
Comment 1 Niklas Laxström 2009-04-27 07:26:32 UTC
Fixed in r49935.
Comment 2 Brion Vibber 2009-04-27 18:13:27 UTC
Define "broken"?

Unless someone's putting something that doesn't belong into the message, I don't see how this would come up. Explain?
Comment 3 Niklas Laxström 2009-04-27 18:15:45 UTC
My interpretation was that the entities were shown literally. Those came from $wgLang->commaList().
Comment 4 Brion Vibber 2009-05-11 22:25:03 UTC
Namespace names don't contain character reference entities.
Comment 5 Niklas Laxström 2009-06-04 07:41:47 UTC
$wgLang->commaList() uses comma-separator message, which hash   in most languages to combat trailing whitespace removal. Fixed in another way by Tim in r51453.

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


Navigation
Links