This is a noted Upstream problem with MediaWiki and WebKit, and is noted in: http://code.google.com/p/chromium/issues/detail?id=19586
>From Comments 19 and 20: it was fixed in https://bugs.webkit.org/show_bug.cgi?id=28350 http://trac.webkit.org/changeset/47383 "A particular version of the MediaWiki software detects WebKit through user agent sniffing and imports a style sheet called KHTMLFixes.css, which contains a single rule that was meant to work around some KHTML bug, but currently has the sole effect of causing the float containing the main article content to extend all the way to the left and thus push down the left navigation pane." This is actually a MediaWiki bug, not a WebKit bug. See release notes: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/RELEASE-NOTES?revision=55124&view=markup * Remove five-year-old KHTMLFixes.css, which is unlikely to be relevant anymore and was causing problems. Making this file blank (or comments only) on existing MediaWiki installs fixes this problem for that specific site. The WebKit fix just checks for this KHTMLFixes.css file and ignores the offending rule if it's there (site-specific hack). On Nov 3, 7:57 am, ScottHutton <[email protected]> wrote: > Mediawiki sidebars are now appearing beneath the content box on the > right. They appear fine in other browsers, and did in Chrome until > recent update to 4.0.223.16. The sidebar is being shoved down below > the content box but it still remains on the left side of the screen. > Seems like a DIV or FRAME display issue, like it's not floating > properly and being forced beneath the content area. --~--~---------~--~----~------------~-------~--~----~ Chromium Discussion mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-discuss -~----------~----~----~----~------~----~------~--~---
