Bug 10255

Summary: Scroll bars not removed after incremental layout
Product: WebKit Reporter: jonathanjohnsson
Component: Layout and RenderingAssignee: Nobody <webkit-unassigned>
Status: NEW    
Severity: Normal CC: ddkilzer, frances_c, mitz, mrowe
Priority: P3 Keywords: NeedsReduction
Version: 420+   
Hardware: Mac   
OS: OS X 10.4   
URL: http://developer.mozilla.org/presentations/xtech2006/javascript/
Attachments:
Description Flags
Screenshot
none
Screenshot of second test case none

jonathanjohnsson
Reported 2006-08-04 08:32:57 PDT
I can reproduce it most of the time, but the window needs to be small enough. The scroll bars are added during incremental layout, but shouldn't be there when layout is finished. The overlay in the bottom right corner paints on top of the scroll bars. Resizing the window after layout is completed removes the scroll bars. I see this in latest release too, so it's no regression.
Attachments
Screenshot (105.21 KB, image/png)
2006-08-04 08:39 PDT, jonathanjohnsson 		no flags
Details
Screenshot of second test case (260.15 KB, image/png)
2024-04-17 21:49 PDT, Frances Cornwall 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
jonathanjohnsson
Comment 1 2006-08-04 08:39:18 PDT
Created attachment 9876 [details] Screenshot
jonathanjohnsson
Comment 2 2006-08-04 08:39:48 PDT
I forgot to say that I don't see the bug when I download the page locally.
David Kilzer (:ddkilzer)
Comment 3 2006-08-04 08:40:18 PDT
Sounds similar to Bug 8909.
Mark Rowe (bdash)
Comment 4 2006-08-13 02:31:53 PDT
I cannot reproduce this with current ToT WebKit.  The scrollbar disappears as expected.  Can someone please confirm whether this still occurs?
David Kilzer (:ddkilzer)
Comment 5 2006-08-13 06:54:45 PDT
(In reply to comment #4) > I cannot reproduce this with current ToT WebKit.  The scrollbar disappears as > expected.  Can someone please confirm whether this still occurs? The very first time the page was loaded, I saw some poor scrollbar redrawing (both horizontal and vertical). All subsequent reloads (4-5) did not show this issue. I'm wondering if it's timing-related and/or cache-related? It may require a cache clear before it's reproducible again.
Marcus Bointon
Comment 6 2007-08-22 14:27:01 PDT
I see this happening reproducibly on a site of mine: http://wiki.smartmessages.net/ Open a few tiddlers by clicking in the list on the right until a vertical scroll bar appears, then close one. This should shrink the page so that a scroll bar is no longer needed, but it remains visible (i.e. it's not 'undrawn') and is overlaid by the list box on the right, shows a gap a the bottom just like the attached screenshot. It's doing this in Safari public beta 3.0.3 and nightly build 522.12.1 of August 21st. Hope that nails it for you.
Frances Cornwall
Comment 7 2024-04-17 21:49:40 PDT
Created attachment 470983 [details] Screenshot of second test case The scrollbar disappears when the list is closed in the test case at https://wiki.smartmessages.net.
Karl Dubost
Comment 8 2024-04-22 17:58:44 PDT
*** Bug 15246 has been marked as a duplicate of this bug. ***
Frances Cornwall
Comment 9 2024-04-24 17:13:50 PDT
The first test case is also resolved.
Note You need to log in before you can comment on or make changes to this bug.