| He7d3r | |
| Oct 5 2011, 10:12 PM |
| F7979: Wrong_icon_on_language_variants_menu.png | |
| Nov 21 2014, 11:47 PM |
Set the following values on your LocalSettings:
$wgLanguageCode = "zh";
$wgVectorShowVariantName = true;
This will make MediaWiki to display the name of the current variant above the menu.
On MediaWiki 1.17, there was an arrow to the right of the variant name, but on MediaWiki 1.18 this was changed to a double arrow which overlaps with the variant name.
See the attached screenshot.
Version: unspecified
Severity: normal
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T31068 MediaWiki bugs to be fixed for 1.18wmf1 deployment (tracking) | |||
| Resolved | None | T33396 Background image of vectorTabs overlaps with the variant name |
Created attachment 9165
The icon is in the wrong place, and is displayed two times
Attached:
FYI: The images in question are the following:
The second one has two arrows and is wrongly positioned on MW 1.18 under the configuration mentioned on comment 0.
Here is the CSS related to that icon as of MediaWiki 1.19:
/* @noflip */
div.vectorMenu {
direction: ltr; float: left; /* @embed */ background-image: url(images/arrow-down-icon.png); background-position: 0px 60%; background-repeat: no-repeat; cursor: pointer;
}
div.vectorMenuFocus {
background-position: -22px 60%;
}
The cause seems to be in alignment of the sprite.
I can't reproduce this bug, but if it's still happening in trunk:
(In reply to comment #3)
I can't reproduce this bug, but if it's still happening in trunk:
I just tested it using trunk version of MediaWiki and still happens as described when $wgLanguageCode = "zh" and $wgVectorShowVariantName = true;.
(In reply to comment #5)
r99080 may fix it.
Thanks!
I'm adding bug 29068 because the broken CSS is deployed on Wikimedia wikis affecting pages like this:
https://en.wikisource.org/wiki/pt:Elementos_de_Arithmetica/Cap%C3%ADtulo_1
With the deployment of 1.18, the arrow in the p-cactions menu is also slightly off-center to the left (see bug 31409). Can someone see if that has been resolved by this fix? In that case I can close 31409 as well.