<?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>52553</bug_id>
          
          <creation_ts>2011-01-16 23:08:04 -0800</creation_ts>
          <short_desc>[GTK] Many DOM XHTML tests time out</short_desc>
          <delta_ts>2011-01-24 17:30:51 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>WebKitGTK</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>Gtk</keywords>
          <priority>P3</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Martin Robinson">mrobinson</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>abarth</cc>
    
    <cc>eric</cc>
    
    <cc>svillar</cc>
    
    <cc>webkit.review.bot</cc>
    
    <cc>xan.lopez</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>335151</commentid>
    <comment_count>0</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2011-01-16 23:08:04 -0800</bug_when>
    <thetext>Many tests in the dom/xhtml/level3/core/ directory seem to time out. From initial examination, the issue seems to be that the soup backend does not handle the failure of a synchronous load before the inner event loop has started.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>335155</commentid>
    <comment_count>1</comment_count>
      <attachid>79129</attachid>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2011-01-16 23:17:06 -0800</bug_when>
    <thetext>Created attachment 79129
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>339324</commentid>
    <comment_count>2</comment_count>
      <attachid>79129</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2011-01-24 15:44:39 -0800</bug_when>
    <thetext>Comment on attachment 79129
Patch

Can&apos;t we run the loop with a timeout?  Or schedule a timeout event on the loop before we run it?  That seems like a more general fix for this problem than this specific exclusion.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>339338</commentid>
    <comment_count>3</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2011-01-24 16:01:31 -0800</bug_when>
    <thetext>(In reply to comment #2)
&gt; (From update of attachment 79129 [details])
&gt; Can&apos;t we run the loop with a timeout?  Or schedule a timeout event on the loop before we run it?  That seems like a more general fix for this problem than this specific exclusion.

I had considered a solution like this, but the details of the operation of the WebCoreSynchronousLoader are hidden from ResourceHandle::loadResourceSynchronously. Meanwhile, the handle itself &quot;owns&quot; the WebCoreSynchronousLoader (it&apos;s the client), so it didn&apos;t seem clean to add another relationship. I finally chose this approach because it matches the CF network code.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>339339</commentid>
    <comment_count>4</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2011-01-24 16:02:18 -0800</bug_when>
    <thetext>(In reply to comment #3)
&gt; (In reply to comment #2)
&gt; &gt; (From update of attachment 79129 [details] [details])
&gt; &gt; Can&apos;t we run the loop with a timeout?  Or schedule a timeout event on the loop before we run it?  That seems like a more general fix for this problem than this specific exclusion.
&gt; 
&gt; I had considered a solution like this, but the details of the operation of the WebCoreSynchronousLoader are hidden from ResourceHandle::loadResourceSynchronously. Meanwhile, the handle itself &quot;owns&quot; the WebCoreSynchronousLoader (it&apos;s the client), so it didn&apos;t seem clean to add another relationship. I finally chose this approach because it matches the CF network code.

By the way, thanks for the review!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>339371</commentid>
    <comment_count>5</comment_count>
      <attachid>79129</attachid>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2011-01-24 16:47:24 -0800</bug_when>
    <thetext>Comment on attachment 79129
Patch

Clearing flags on attachment: 79129

Committed r76555: &lt;http://trac.webkit.org/changeset/76555&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>339372</commentid>
    <comment_count>6</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2011-01-24 16:47:29 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>339393</commentid>
    <comment_count>7</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2011-01-24 17:30:51 -0800</bug_when>
    <thetext>http://trac.webkit.org/changeset/76555 might have broken GTK Linux 32-bit Release
The following tests are not passing:
http/tests/xmlhttprequest/simple-cross-origin-denied-events-post.html
http/tests/xmlhttprequest/simple-cross-origin-denied-events-sync.html
media/unsupported-rtsp.html</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>79129</attachid>
            <date>2011-01-16 23:17:06 -0800</date>
            <delta_ts>2011-01-24 16:47:24 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-52553-20110116231705.patch</filename>
            <type>text/plain</type>
            <size>3952</size>
            <attacher name="Martin Robinson">mrobinson</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL0NoYW5nZUxvZyBiL0xheW91dFRlc3RzL0NoYW5nZUxv
ZwppbmRleCBmMWJmYWFlOWQ5ZWQ4MjljMmI1NmEzODIxMTcyMjM4NmFiZGEzZjI4Li5mYmFiOTQy
NmZjNWMwM2ZiZjg3MjI5NmYyNDAzNzFiZjM0MzIzYjk2IDEwMDY0NAotLS0gYS9MYXlvdXRUZXN0
cy9DaGFuZ2VMb2cKKysrIGIvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCkBAIC0xLDUgKzEsMTQgQEAK
IDIwMTEtMDEtMTYgIE1hcnRpbiBSb2JpbnNvbiAgPG1yb2JpbnNvbkBpZ2FsaWEuY29tPgogCisg
ICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFtHVEtdIE1hbnkg
RE9NIFhIVE1MIHRlc3RzIHRpbWUgb3V0CisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3Jn
L3Nob3dfYnVnLmNnaT9pZD01MjU1MworCisgICAgICAgICogcGxhdGZvcm0vZ3RrL1NraXBwZWQ6
IFVuc2tpcCB0ZXN0cyB3aGljaCBhcmUgbm8gbG9uZ2VyIHRpbWluZyBvdXQuCisKKzIwMTEtMDEt
MTYgIE1hcnRpbiBSb2JpbnNvbiAgPG1yb2JpbnNvbkBpZ2FsaWEuY29tPgorCiAgICAgICAgIFJl
dmlld2VkIGJ5IFhhbiBMb3Blei4KIAogICAgICAgICBbR1RLXSBmYXN0L2V2ZW50cy9zY3JvbGwt
YWZ0ZXItY2xpY2stb24tdGFiLWluZGV4IGhhcyBiZWVuIGZhaWxpbmcgb24gdGhlIGJvdHMKZGlm
ZiAtLWdpdCBhL0xheW91dFRlc3RzL3BsYXRmb3JtL2d0ay9Ta2lwcGVkIGIvTGF5b3V0VGVzdHMv
cGxhdGZvcm0vZ3RrL1NraXBwZWQKaW5kZXggMGY3NjRkN2E2NjUxYTUyZGNkYTFiNGQ0N2Q5NGUy
YWMzY2I2ODFjMS4uYTg4NjljOTgyMTdlMjhlMWE4MjFjZWIzMmNhYjc3YzVlOWJmYWVmZiAxMDA2
NDQKLS0tIGEvTGF5b3V0VGVzdHMvcGxhdGZvcm0vZ3RrL1NraXBwZWQKKysrIGIvTGF5b3V0VGVz
dHMvcGxhdGZvcm0vZ3RrL1NraXBwZWQKQEAgLTMwLDIzICszMCw3IEBACiAKICMgVGhlIGdyb3Vw
IG9mIHRlc3RzIGJlbG93IGFyZSB0aW1pbmcgb3V0LiBBcyB3ZSBnbyB0aHJvdWdoIHRoZW0KICMg
YW5kIGdldCBtb3JlIGRldGFpbGVkIGluZm9ybWF0aW9uLCB3ZSBzaG91bGQgYXR0YWNoIGJ1Z3Mg
dG8gdGhlbS4KLWRvbS94aHRtbC9sZXZlbDMvY29yZS9lbnRpdHlnZXRpbnB1dGVuY29kaW5nMDMu
eGh0bWwKLWRvbS94aHRtbC9sZXZlbDMvY29yZS9lbnRpdHlnZXRpbnB1dGVuY29kaW5nMDQueGh0
bWwKLWRvbS94aHRtbC9sZXZlbDMvY29yZS9lbnRpdHlnZXR4bWxlbmNvZGluZzAyLnhodG1sCi1k
b20veGh0bWwvbGV2ZWwzL2NvcmUvZW50aXR5Z2V0eG1sZW5jb2RpbmcwMy54aHRtbAotZG9tL3ho
dG1sL2xldmVsMy9jb3JlL2VudGl0eWdldHhtbGVuY29kaW5nMDQueGh0bWwKLWRvbS94aHRtbC9s
ZXZlbDMvY29yZS9lbnRpdHlnZXR4bWx2ZXJzaW9uMDMueGh0bWwKLWRvbS94aHRtbC9sZXZlbDMv
Y29yZS9lbnRpdHlnZXR4bWx2ZXJzaW9uMDQueGh0bWwKLWRvbS94aHRtbC9sZXZlbDMvY29yZS9u
b2RlZ2V0YmFzZXVyaTE2LnhodG1sCi1kb20veGh0bWwvbGV2ZWwzL2NvcmUvbm9kZWdldGJhc2V1
cmkxOS54aHRtbAotZG9tL3hodG1sL2xldmVsMy9jb3JlL25vZGVnZXRiYXNldXJpMjAueGh0bWwK
LWh0dHAvdGVzdHMveG1saHR0cHJlcXVlc3QvWE1MSHR0cFJlcXVlc3RFeGNlcHRpb24uaHRtbAot
aHR0cC90ZXN0cy94bWxodHRwcmVxdWVzdC9jb25uZWN0aW9uLWVycm9yLXN5bmMuaHRtbAogZmFz
dC94bWxodHRwcmVxdWVzdC9udWxsLWRvY3VtZW50LXhtbGh0dHByZXF1ZXN0LW9wZW4uaHRtbAot
aHR0cC90ZXN0cy9taXNjL2Zhdmljb24tYXMtaW1hZ2UuaHRtbAotbWVkaWEvdW5zdXBwb3J0ZWQt
cnRzcC5odG1sCi1zZWN1cml0eS9hdXRvY29tcGxldGUtY2xlYXJlZC1vbi1iYWNrLmh0bWwKLWh0
dHAvdGVzdHMvc2VjdXJpdHkvZnJhbWVOYXZpZ2F0aW9uL2Nyb3NzLW9yaWdpbi1vcGVuZXIuaHRt
bAogCiAjIEludGVybWl0dGVudGx5IHRpbWluZyBvdXQgb24gR3RrIERlYnVnIEJvdDoKICMgaHR0
cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTMzNDQ1CmRpZmYgLS1naXQgYS9T
b3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXgg
Mjk0MGViMGUzZmNiMjY3Njc3YjZhOGE3MmVkY2FmNjNkODExNjE3Zi4uOWFkZjRiYzVmN2JkMjJj
ZDg4MjljYzI0ZjQ4MGU4OTI4NjI5YTg1NCAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hh
bmdlTG9nCisrKyBiL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSw1ICsxLDIwIEBACiAy
MDExLTAxLTE2ICBNYXJ0aW4gUm9iaW5zb24gIDxtcm9iaW5zb25AaWdhbGlhLmNvbT4KIAorICAg
ICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBbR1RLXSBNYW55IERP
TSBYSFRNTCB0ZXN0cyB0aW1lIG91dAorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9z
aG93X2J1Zy5jZ2k/aWQ9NTI1NTMKKworICAgICAgICBQcm9wZXJseSBoYW5kbGUgdGhlIHNpdHVh
dGlvbiB3aGVyZSBhIHN5bmNocm9ub3VzIGxvYWQgZmFpbHMgYmVmb3JlIHRoZSBpbm5lcgorICAg
ICAgICBldmVudCBsb29wIGhhcyBzdGFydGVkLiBJbiB0aGlzIGNhc2UsIHdlIHNpbXBseSBkbyBu
b3QgcnVuIHRoZSBpbm5lciBldmVudCBsb29wLAorICAgICAgICBvciBlbHNlIGl0IHdpbGwgYmxv
Y2sgaW5kZWZpbml0ZWx5IChzaW5jZSBubyBHSU8gb3IgbGlic291cCBjYWxsYmFja3Mgd2lsbCBm
aXJlKS4KKworICAgICAgICAqIHBsYXRmb3JtL25ldHdvcmsvc291cC9SZXNvdXJjZUhhbmRsZVNv
dXAuY3BwOgorICAgICAgICAoV2ViQ29yZTo6UmVzb3VyY2VIYW5kbGU6OmxvYWRSZXNvdXJjZVN5
bmNocm9ub3VzbHkpOiBCYWlsIG91dCBvZiBhIHN5bmNocm9ub3VzCisgICAgICAgIGxvYWQgaWYg
aXQgZmFpbHMgdXAgZnJvbnQuCisKKzIwMTEtMDEtMTYgIE1hcnRpbiBSb2JpbnNvbiAgPG1yb2Jp
bnNvbkBpZ2FsaWEuY29tPgorCiAgICAgICAgIFJldmlld2VkIGJ5IFhhbiBMb3Blei4KIAogICAg
ICAgICBbR1RLXSBmYXN0L2V2ZW50cy9zY3JvbGwtYWZ0ZXItY2xpY2stb24tdGFiLWluZGV4IGhh
cyBiZWVuIGZhaWxpbmcgb24gdGhlIGJvdHMKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL3Bs
YXRmb3JtL25ldHdvcmsvc291cC9SZXNvdXJjZUhhbmRsZVNvdXAuY3BwIGIvU291cmNlL1dlYkNv
cmUvcGxhdGZvcm0vbmV0d29yay9zb3VwL1Jlc291cmNlSGFuZGxlU291cC5jcHAKaW5kZXggODkw
MGIxODA0N2Q3YWE0YTVkODI3MTkxNzU5MGJiNzNmZTRmZDgyOS4uMzE5ZTViY2ZjNWQzY2M2NWY1
ZWFiYWIzNmZiYmZlNTgzNGU4MzE3YiAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvcGxhdGZv
cm0vbmV0d29yay9zb3VwL1Jlc291cmNlSGFuZGxlU291cC5jcHAKKysrIGIvU291cmNlL1dlYkNv
cmUvcGxhdGZvcm0vbmV0d29yay9zb3VwL1Jlc291cmNlSGFuZGxlU291cC5jcHAKQEAgLTc4OSw2
ICs3ODksMTAgQEAgdm9pZCBSZXNvdXJjZUhhbmRsZTo6bG9hZFJlc291cmNlU3luY2hyb25vdXNs
eShOZXR3b3JraW5nQ29udGV4dCogY29udGV4dCwgY29uc3QKICAgICBSZWZQdHI8UmVzb3VyY2VI
YW5kbGU+IGhhbmRsZSA9IGFkb3B0UmVmKG5ldyBSZXNvdXJjZUhhbmRsZShyZXF1ZXN0LCAmc3lu
Y0xvYWRlciwgZmFsc2UgLypkZWZlcnNMb2FkaW5nKi8sIGZhbHNlIC8qc2hvdWxkQ29udGVudFNu
aWZmKi8pKTsKICAgICBoYW5kbGUtPnN0YXJ0KGNvbnRleHQpOwogCisgICAgLy8gSWYgdGhlIHJl
cXVlc3QgaGFzIGFscmVhZHkgZmFpbGVkLCBkbyBub3QgcnVuIHRoZSBtYWluIGxvb3AsIG9yIGVs
c2Ugd2UnbGwgYmxvY2sgaW5kZWZpbml0ZWx5LgorICAgIGlmIChoYW5kbGUtPmQtPm1fc2NoZWR1
bGVkRmFpbHVyZVR5cGUgIT0gTm9GYWlsdXJlKQorICAgICAgICByZXR1cm47CisKICAgICBzeW5j
TG9hZGVyLnJ1bigpOwogfQogCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>