Bug 17738
| Summary: | REGRESSION: Incomplete first paint of scrollbars in frames on Windows | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Matt Lilek <dev+webkit> |
| Component: | WebCore Misc. | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | aroben, mitz, zwarich |
| Priority: | P1 | Keywords: | HasReduction, PlatformOnly, Regression |
| Version: | 528+ (Nightly build) | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| URL: | data:text/html,<iframe src="data:text/html,<body style='margin: 0; background: red;'><a href='http://webkit.org'>Scrollbars!"> | ||
Matt Lilek
If a page makes scrollbars appear when the previous page didn't need them and it's within a frame, they will not be fully painted until they are used or a repaint is forced.
This is almost certainly a regression, but I do not have an old enough version to verify that right now.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Matt Lilek
(In reply to comment #0)
> This is almost certainly a regression, but I do not have an old enough version
> to verify that right now.
>
This is indeed a regression from Safari 3.0.4 on Windows (523.15).
Cameron Zwarich (cpst)
Does this still happen after the ScrollView refactoring? Can we add a test for it?