Bug 26438
| Summary: | Scrollbar not in sync with scrolltop | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Matti Tahvonen <matti.tahvonen> |
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | ivan.de.marino, mars.aaron, ssandela, tonikitoo |
| Priority: | P2 | Keywords: | HasReduction |
| Version: | 528+ (Nightly build) | ||
| Hardware: | Mac | ||
| OS: | OS X 10.5 | ||
| URL: | http://dev.vaadin.com/raw-attachment/ticket/3039/safariscrollbug2.html | ||
Matti Tahvonen
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).
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Ivan De Marino
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.
Aaron Mars
I have confirmed that this still exists using Chrome 14.0.794.0 dev (Linux)
SravanKumar S(:sravan)
*** This bug has been marked as a duplicate of bug 71541 ***
SravanKumar S(:sravan)
Sorry, accidentally moved this bug as duplicate. This is not duplicate, so moving back to UNCONFIRMED.
Antonio Gomes
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.
Antonio Gomes
For completeness, tested on http://svn.webkit.org/repository/webkit/trunk@197784.