[Webkit-unassigned] [Bug 21931] [GTK] Scrollbars have to be reseted

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Nov 7 20:03:49 PST 2008


https://bugs.webkit.org/show_bug.cgi?id=21931





------- Comment #2 from alp at nuanti.com  2008-11-07 20:03 PDT -------
Created an attachment (id=24983)
 --> (https://bugs.webkit.org/attachment.cgi?id=24983&action=view)
Always update scrollbars (messy patch)

This is a pretty serious problem. It was re-introduced during recent ScrollView
re-factoring.

The problem is that the native scrollbar code in ScrollView thinks it doesn't
need to update the GtkAdjustments when it thinks they're not visible (they
wouldn't be visible if the themed WebCore scrollbar codepath was enabled, for
example). In fact, our GtkAdjustments should be updated whenever there is any
change in either the scroll position or the scroll bounds, allowing the
GtkAdjustment's client (typically a GtkScrollbar) to do the right thing.

Attached proof-of-concept patch should fix the issues. I'm a bit snowed under
in patches right now -- Dave, can you take a look into getting this one fixed?


-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the webkit-unassigned mailing list