26438 2009-06-16 02:17:55 -0700 Scrollbar not in sync with scrolltop 2016-03-08 11:27:32 -0800 1 1 1 Unclassified WebKit Layout and Rendering 528+ (Nightly build) Mac OS X 10.5 RESOLVED FIXED http://dev.vaadin.com/raw-attachment/ticket/3039/safariscrollbug2.html HasReduction P2 Normal --- 0 matti.tahvonen webkit-unassigned ivan.de.marino mars.aaron ssandela tonikitoo oldest_to_newest 126175 0 matti.tahvonen 2009-06-16 02:17:55 -0700 If a scrolled elements overflow is set to "hidden" and then back to "auto" with javascript, the reappearing scrollbars are not in sync with the actual scrolltop value. Test case is in the url field. The use case may seem to be quite rare, but it pops up easily when building a workaround for #21462. I found the bug when resolving issue found in Vaadin just two weeks ago (http://dev.vaadin.com/ticket/3039). I'm not 100% sure, but I suspect this to be a regression, since we have not found this earlier with Vaadin(IT Mill Toolkit previously). 342562 1 ivan.de.marino 2011-01-31 07:23:45 -0800 Confirmed on: - Safari 5.0.3 build 6533.19.4 (Mac OS X 10.6.6) - Chrome 8.0.552.237 (Mac OS X 10.6.6) - Chrome 8.0.552.237 (Windows 7) The test example attached by Matti Tahvonen reflect exactly the problem. 424630 2 mars.aaron 2011-06-21 11:52:27 -0700 I have confirmed that this still exists using Chrome 14.0.794.0 dev (Linux) 599057 3 ssandela 2012-04-09 23:35:31 -0700 *** This bug has been marked as a duplicate of bug 71541 *** 599061 4 ssandela 2012-04-09 23:39:34 -0700 Sorry, accidentally moved this bug as duplicate. This is not duplicate, so moving back to UNCONFIRMED. 1172110 5 tonikitoo 2016-03-08 11:24:32 -0800 The scenario on the reduced test case above works in both Safari ToT and mini-browser (gtk). Marking as fixed. Please reopen with reproducible steps, if it is still reproducible for you. 1172112 6 tonikitoo 2016-03-08 11:27:32 -0800 For completeness, tested on http://svn.webkit.org/repository/webkit/trunk@197784.