Summary: | REGRESSION: toolbar is displayed below the main content at http://www.glom.org/ | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Michael Gilbert <michael.s.gilbert> | ||||
Component: | CSS | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | ap, hartman.wiki, mitz | ||||
Priority: | P1 | Keywords: | InRadar | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
URL: | http://bugs.debian.org/552090 | ||||||
Attachments: |
|
Description
Michael Gilbert
2010-02-28 18:00:25 PST
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? 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. it's not really missing, it's just rendered at the bottom of the page. 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
Comment on attachment 50626 [details]
Extend KHTMLFixes.css site-specific hack
r=me
|