WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
13179
REGRESSION (
r20410
): In debug builds, loading a certain page is suspended until redisplay is forced
https://bugs.webkit.org/show_bug.cgi?id=13179
Summary
REGRESSION (r20410): In debug builds, loading a certain page is suspended unt...
mitz
Reported
Saturday, March 24, 2007 3:40:22 PM UTC
Steps to reproduce: 1) With a debug build of TOT WebKit and Safari 2.0.4, open the URL. Wait for it to finish loading. 2) Close the window. 3) Open a new window a load the same URL in it. While waiting for it to finish loading, do not move the window or Safari to the background. Expected result: The page should finish loading in step 3. Actual result: In step 3, the page does not finish loading and the window remains blank until you move the window or Safari to the background. This forces redisplay (to update active state), which makes the page resume loading and finally finish. Regression: Regressed in <
http://trac.webkit.org/projects/webkit/changeset/20410
>. Notes: Seems to affect only debug builds and only with Tiger Safari.
Attachments
Move the root->needsLayout() check to FrameView::needsLayout()
(1.82 KB, patch)
2007-03-24 08:53 PDT
,
mitz
hyatt
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Mark Rowe (bdash)
Comment 1
Saturday, March 24, 2007 3:41:06 PM UTC
<
rdar://problem/5086424
>
mitz
Comment 2
Saturday, March 24, 2007 4:44:08 PM UTC
I didn't debug this through, but it seems like FrameView::needsLayout() would have been a more appropriate place to add the root->needsLayout() check in
r20410
. That would have matched more closely the behavior prior to
r20324
. FrameView::layoutPending() should only be about layout scheduling.
mitz
Comment 3
Saturday, March 24, 2007 4:53:53 PM UTC
Created
attachment 13797
[details]
Move the root->needsLayout() check to FrameView::needsLayout() I tried the link from
bug 13155
a few times to verify that this does not bring back the assertion failure.
David Kilzer (:ddkilzer)
Comment 4
Saturday, March 24, 2007 5:04:24 PM UTC
(In reply to
comment #3
)
> I tried the link from
bug 13155
a few times to verify that this does not bring > back the assertion failure.
There is another way this assertion is hit that hasn't been fixed yet. (I filed a Radar for it, but didn't file a corresponding Bugzilla bug yet.) Here are the steps to reproduce. 1. Open Safari/WebKit. 2. Go to:
http://ln-s.net/
3. Click in the text field. 4. Hit Enter.
Dave Hyatt
Comment 5
Sunday, March 25, 2007 12:20:21 AM UTC
Comment on
attachment 13797
[details]
Move the root->needsLayout() check to FrameView::needsLayout() r=me
Dave Hyatt
Comment 6
Sunday, March 25, 2007 12:31:29 AM UTC
Landed in
r20474
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug