<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>13179</bug_id>
          
          <creation_ts>2007-03-24 07:40:22 -0700</creation_ts>
          <short_desc>REGRESSION (r20410): In debug builds, loading a certain page is suspended until redisplay is forced</short_desc>
          <delta_ts>2007-03-24 16:31:29 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>New Bugs</component>
          <version>523.x (Safari 3)</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.4</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://digg.com/design</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar, Regression</keywords>
          <priority>P1</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>mitz</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>bdakin</cc>
    
    <cc>ddkilzer</cc>
    
    <cc>hyatt</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>17638</commentid>
    <comment_count>0</comment_count>
    <who name="">mitz</who>
    <bug_when>2007-03-24 07:40:22 -0700</bug_when>
    <thetext>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 &lt;http://trac.webkit.org/projects/webkit/changeset/20410&gt;.

Notes:
Seems to affect only debug builds and only with Tiger Safari.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17639</commentid>
    <comment_count>1</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2007-03-24 07:41:06 -0700</bug_when>
    <thetext>&lt;rdar://problem/5086424&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17640</commentid>
    <comment_count>2</comment_count>
    <who name="">mitz</who>
    <bug_when>2007-03-24 08:44:08 -0700</bug_when>
    <thetext>I didn&apos;t debug this through, but it seems like FrameView::needsLayout() would have been a more appropriate place to add the root-&gt;needsLayout() check in r20410. That would have matched more closely the behavior prior to r20324. FrameView::layoutPending() should only be about layout scheduling.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17641</commentid>
    <comment_count>3</comment_count>
      <attachid>13797</attachid>
    <who name="">mitz</who>
    <bug_when>2007-03-24 08:53:53 -0700</bug_when>
    <thetext>Created attachment 13797
Move the root-&gt;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.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17642</commentid>
    <comment_count>4</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2007-03-24 09:04:24 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; I tried the link from bug 13155 a few times to verify that this does not bring
&gt; back the assertion failure.

There is another way this assertion is hit that hasn&apos;t been fixed yet.  (I filed a Radar for it, but didn&apos;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.

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17489</commentid>
    <comment_count>5</comment_count>
      <attachid>13797</attachid>
    <who name="Dave Hyatt">hyatt</who>
    <bug_when>2007-03-24 16:20:21 -0700</bug_when>
    <thetext>Comment on attachment 13797
Move the root-&gt;needsLayout() check to FrameView::needsLayout()

r=me</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17492</commentid>
    <comment_count>6</comment_count>
    <who name="Dave Hyatt">hyatt</who>
    <bug_when>2007-03-24 16:31:29 -0700</bug_when>
    <thetext>Landed in r20474.

</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>13797</attachid>
            <date>2007-03-24 08:53:53 -0700</date>
            <delta_ts>2007-03-24 16:20:21 -0700</delta_ts>
            <desc>Move the root-&gt;needsLayout() check to FrameView::needsLayout()</desc>
            <filename>13179_r1.patch</filename>
            <type>text/plain</type>
            <size>1862</size>
            <attacher>mitz</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiAyMDQ3MCkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMTcgQEAKKzIwMDctMDMtMjQgIE1pdHogUGV0dGVsICA8bWl0ekB3ZWJraXQub3Jn
PgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIC0gZml4
IGh0dHA6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEzMTc5CisgICAgICAgICAg
UkVHUkVTU0lPTiAocjIwNDEwKTogSW4gZGVidWcgYnVpbGRzLCBsb2FkaW5nIGEgY2VydGFpbiBw
YWdlIGlzIHN1c3BlbmRlZCB1bnRpbCByZWRpc3BsYXkgaXMgZm9yY2VkCisKKyAgICAgICAgTW92
ZWQgdGhlIHJvb3QtPm5lZWRzTGF5b3V0KCkgY2hlY2sgZnJvbSBsYXlvdXRQZW5kaW5nKCkgdG8g
bmVlZHNMYXlvdXQoKQorICAgICAgICB0byByZXN0b3JlIHRoZSBiZWhhdmlvciBiZWZvcmUgcjIw
MzI0LgorCisgICAgICAgICogcGFnZS9GcmFtZVZpZXcuY3BwOgorICAgICAgICAoV2ViQ29yZTo6
RnJhbWVWaWV3OjpsYXlvdXRQZW5kaW5nKToKKyAgICAgICAgKFdlYkNvcmU6OkZyYW1lVmlldzo6
bmVlZHNMYXlvdXQpOgorCiAyMDA3LTAzLTI1ICBNYXJrIFJvd2UgIDxtcm93ZUBhcHBsZS5jb20+
CiAKICAgICAgICAgRml4IGluY29ycmVjdCByYWRhciBudW1iZXIuCkluZGV4OiBXZWJDb3JlL3Bh
Z2UvRnJhbWVWaWV3LmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL3BhZ2UvRnJhbWVWaWV3LmNw
cAkocmV2aXNpb24gMjA0NzApCisrKyBXZWJDb3JlL3BhZ2UvRnJhbWVWaWV3LmNwcAkod29ya2lu
ZyBjb3B5KQpAQCAtNjkyLDE1ICs2OTIsMTUgQEAgdm9pZCBGcmFtZVZpZXc6OnNjaGVkdWxlUmVs
YXlvdXRPZlN1YnRyZQogCiBib29sIEZyYW1lVmlldzo6bGF5b3V0UGVuZGluZygpIGNvbnN0CiB7
Ci0gICAgLy8gSXQgaXMgcG9zc2libGUgdGhhdCBvdXIgZG9jdW1lbnQgd2lsbCBub3QgaGF2ZSBh
IGJvZHkgeWV0LiBJZiB0aGlzIGlzIHRoZSBjYXNlLCAKLSAgICAvLyB0aGVuIHdlIGFyZSBub3Qg
YWxsb3dlZCB0byBzY2hlZHVsZSBsYXlvdXRzIHlldCwgc28gdGhlcmUgd29uJ3QgYmUgYSB0aW1l
ci4KLSAgICBSZW5kZXJWaWV3KiByb290ID0gc3RhdGljX2Nhc3Q8UmVuZGVyVmlldyo+KG1fZnJh
bWUtPnJlbmRlcmVyKCkpOwotICAgIHJldHVybiBkLT5sYXlvdXRUaW1lci5pc0FjdGl2ZSgpIHx8
IChyb290ICYmIHJvb3QtPm5lZWRzTGF5b3V0KCkpOworICAgIHJldHVybiBkLT5sYXlvdXRUaW1l
ci5pc0FjdGl2ZSgpOwogfQogCiBib29sIEZyYW1lVmlldzo6bmVlZHNMYXlvdXQoKSBjb25zdAog
ewotICAgIHJldHVybiBsYXlvdXRQZW5kaW5nKCk7CisgICAgLy8gSXQgaXMgcG9zc2libGUgdGhh
dCBvdXIgZG9jdW1lbnQgd2lsbCBub3QgaGF2ZSBhIGJvZHkgeWV0LiBJZiB0aGlzIGlzIHRoZSBj
YXNlLCAKKyAgICAvLyB0aGVuIHdlIGFyZSBub3QgYWxsb3dlZCB0byBzY2hlZHVsZSBsYXlvdXRz
IHlldCwgc28gd2Ugd29uJ3QgYmUgcGVuZGluZyBsYXlvdXQuCisgICAgUmVuZGVyVmlldyogcm9v
dCA9IHN0YXRpY19jYXN0PFJlbmRlclZpZXcqPihtX2ZyYW1lLT5yZW5kZXJlcigpKTsKKyAgICBy
ZXR1cm4gbGF5b3V0UGVuZGluZygpIHx8IChyb290ICYmIHJvb3QtPm5lZWRzTGF5b3V0KCkpOwog
fQogCiB2b2lkIEZyYW1lVmlldzo6c2V0TmVlZHNMYXlvdXQoKQo=
</data>
<flag name="review"
          id="5507"
          type_id="1"
          status="+"
          setter="hyatt"
    />
          </attachment>
      

    </bug>

</bugzilla>