Bug 35507 – REGRESSION: toolbar is displayed below the main content at http://www.glom.org/

• Component: CSS
• Status: RESOLVED FIXED

[Michael Gilbert]

+++ This bug was initially created as a clone of Bug #35483 +++

hi, a debian user reported the following [0] for epiphany, and i've tested that the same problems exist in all webkit-based browesers:

  Epiphany-webkit fails on a number of pages. Some exampels:
  * http://www.glom.org/ (problems with left sidebar)

thanks.

[0] http://bugs.debian.org/552090

[Alexey Proskuryakov]

I don't see any difference between Safari and Firefox here. Could you clarify what the problem is? Or is it only reproducible in Gtk port? What about Qt?

[Alexey Proskuryakov]

Sorry, I wasn't able to reproduce with shipping Safari/WebKit 4.0.4, but the sidebar is missing in ToT r55431. There are some JavaScript errors in console, which may or may not be related:

http://www.glom.org/wiki/skins/common/wikibits.js:104: JS ERROR: ReferenceError: Can't find variable: wgBreakFrames
http://www.glom.org/wiki/skins/common/wikibits.js:231: JS ERROR: TypeError: Result of expression 'tooltipAccessKeyRegexp' [undefined] is not an object.

[Alexey Proskuryakov]

<rdar://problem/7709115>

[Michael Gilbert]

it's not really missing, it's just rendered at the bottom of the page.

[Alexey Proskuryakov]

This site uses an old version of MediaWiki code, which includes an incorrect stylesheet for WebKit browsers, see bug 28350.

We could add a site-specific workaround, and/or we ask the site to update their version of MediaWiki.

Oh, I see. <http://trac.webkit.org/changeset/48818> changed only <link>, not @import. Making the same change for @import fixes this.

Created attachment 50626 [details]
Extend KHTMLFixes.css site-specific hack

[Alexey Proskuryakov]

Comment on attachment 50626 [details]
Extend KHTMLFixes.css site-specific hack

r=me

Fixed in <http://trac.webkit.org/projects/webkit/changeset/55935>.