| • bzimport | |
| Oct 27 2011, 3:43 PM |
| F8333: bug31993.png | |
| Nov 21 2014, 11:57 PM |
| F8334: screenshot.PNG | |
| Nov 21 2014, 11:57 PM |
Author: snews
Description:
Screentshot of left bar spacing problem
There are very large spaces between the navigation box, the search box, the interaction box, the toolbox, the pring/export box, and the languages box in the left bar of the classic view. This occurs only in the English-language version.
Attached is a screenshot.
Version: 1.18.x
Severity: normal
OS: Windows 7
attachment Wikibug.docx ignored as obsolete
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | Amire80 | T23778 BiDi issue in RTL wikis at site notice with LTR text ending with Unicode characters with neutral directional | |||
| Resolved | None | T31876 1.18 post-deployment actions (tracking) | |||
| Resolved | None | T33993 1.18 regression: Monobook skin left bar has very large spacing in IE 7 (and IE 8 & IE 9's compatibility mode) |
Created attachment 9308
Re-uploaded screenshot
Re-uploading screenshot as PNG.
In the future, please don't upload screenshots embedded in Word documents, upload them as image files instead.
Attached:
Created attachment 9309
Screenshot of left bar spacing problem
Replaced screenshot in .docx format by a PNG.
If I remember correctly the space is caused by the "Compatibility View" of Internet Explorer.
Attached:
Yes. Original reports at
and at
Appears to happen on IE9 and IE8, both in compatibility mode, as well IE7. I could not reproduce this in IE6.
I can't reproduce this on IE 7/XP, IE 8/XP (regular or compatibility), or IE 9/Win7 (regular or compatibility).
Could be something that was specific to the styles and images that were on the main page that particular day, perhaps?
Ah, this is Monobook-only. Adding to the summary so people might be able to repro. :)
Confirmed this is a regression in 1.18's Monobook skin and can reproduce on my local 1.18 and trunk installs while 1.17 is fine.
Primary problem is with IE 7; IE 8 & 9's "compatibility mode" emulates IE 7's rendering behavior, so those modes showing the bug too is not surprising. :) Regular mode *should* be the default (and is for me at least) and appears fine.
Removing the 'float: left' from the "HTML > BODY .portlet" rule seems to resolve this.
Rule was added in r74966 by Roan, while porting MonoBook styles to the Vector infrastructure. There's no specific comment explaining what its purpose is...
http://www.mediawiki.org/wiki/Special:Code/MediaWiki/74966#c13415 questions the purpose of the block; the rule after it seems to be a hack for IE/Mac (which is so broken these days we don't care about supporting it) while the actual rule here, just not sure why it's there.
Fixed this on trunk in r101540 by removing the suspicious float/clear bits.
Roan confirmed that code was ported from Monobook's old rtl.css, but the float/clear is no longer needed. (Oddly, on RTL there was no spacing issue with the floats. Bah!)
Marked in CR for merge to 1.18 & 1.18wmf1 deployment as a regression fix.