Summary: | Frame scrollbar positions are not updated on page scroll | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Tomas Rimkus <sandshrew> | ||||||
Component: | WebKitGTK | Assignee: | Marco Barisione <marco.barisione> | ||||||
Status: | RESOLVED FIXED | ||||||||
Severity: | Normal | CC: | alp, nilesh.patil, pierre-luc.beaudoin, sandshrew | ||||||
Priority: | P1 | Keywords: | Gtk | ||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | PC | ||||||||
OS: | Linux | ||||||||
URL: | http://www.sharemanija.net | ||||||||
Attachments: |
|
Description
Tomas Rimkus
2007-12-07 03:44:21 PST
This is a very old bug that nobody's got round to fixing yet. It's due to the slightly messy code in ScrollViewGtk and/or the platform scrollbar impl. Created attachment 19208 [details]
Test case
This bug only affects iframe's scrollbars. This demo file has the two types of scrollbar we could encounter in a page (that I know). Only the iframe is affected. To see the bug with this file, your browser needs to be less than 500px high.
Created attachment 19864 [details]
Add a missing const so that ScrollViewScrollbar::geometryChanged() is called instead of Widget::geometryChanged()
Comment on attachment 19864 [details]
Add a missing const so that ScrollViewScrollbar::geometryChanged() is called instead of Widget::geometryChanged()
r=me
This patch has a side effect: While the scrollbar is correctly moved when scrolling, the iframe's content is not correctly repainted on http://www.sharemanija.net . In details, the content is not redrawn, but if you select the content of the iframe you seen that the content has moved... I suggest waiting a little before committing it. (In reply to comment #5) > This patch has a side effect: Ok, this is totally unrelated to the fix, I can reproduce the issue with and without the patch. See Bug #17949. *** Bug 17342 has been marked as a duplicate of this bug. *** |