<?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>104779</bug_id>
          
          <creation_ts>2012-12-12 01:44:23 -0800</creation_ts>
          <short_desc>REGRESSION (r137286-r137296): unit test failure in WebKit2APITests/TestWebKitWebContext</short_desc>
          <delta_ts>2013-04-03 08:43:47 -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>WebKitGTK</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>Gtk, Regression</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>113282</dependson>
    
    <dependson>113707</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Zan Dobersek">zan</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>cgarcia</cc>
    
    <cc>gustavo</cc>
    
    <cc>mrobinson</cc>
    
    <cc>rego</cc>
    
    <cc>spena</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>789335</commentid>
    <comment_count>0</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-12-12 01:44:23 -0800</bug_when>
    <thetext>A regression was introduced between r137286 and r137296, with the following unit test failing:

TEST: ./Tools/gtk/../Scripts/../../WebKitBuild/Release/Programs/WebKit2APITests/TestWebKitWebContext... (pid=31822)

  /webkit2/WebKitWebContext/default-context:                           OK

  /webkit2/WebKitWebContext/get-plugins:                               OK

  /webkit2/WebKitWebContext/uri-scheme:                                **

ERROR:../../Source/WebKit2/UIProcess/API/gtk/tests/WebViewTest.cpp:206:void resourceGetDataCallback(GObject*, GAsyncResult*, gpointer): assertion failed: (data)

FAIL

The two related builds:
http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Release/builds/32032
http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Release/builds/32033

The commit range:
http://trac.webkit.org/log/?verbose=on&amp;rev=137296&amp;stop_rev=137286

I&apos;ll just do the common thing and for starters blame the libsoup bump in r137286.
http://trac.webkit.org/changeset/137286</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>789413</commentid>
    <comment_count>1</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-12-12 03:15:07 -0800</bug_when>
    <thetext>Skipped in r137434.
http://trac.webkit.org/changeset/137434</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>795347</commentid>
    <comment_count>2</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-12-20 04:10:04 -0800</bug_when>
    <thetext>Was treating this as a regression after r137198, but that patch has since been rolled out and the test is still failing.
http://trac.webkit.org/changeset/137198

Perhaps this is related to the recent MainResourceLoader modifications, for instance r137333 and similar patches.
http://trac.webkit.org/changeset/137333

Good thing I have time for a bisection!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>843061</commentid>
    <comment_count>3</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-02-27 07:47:09 -0800</bug_when>
    <thetext>Tested this with r144170 and the failure still occurs.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>856563</commentid>
    <comment_count>4</comment_count>
    <who name="Manuel Rego Casasnovas">rego</who>
    <bug_when>2013-03-16 03:34:38 -0700</bug_when>
    <thetext>*** Bug 112421 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>863450</commentid>
    <comment_count>5</comment_count>
    <who name="Manuel Rego Casasnovas">rego</who>
    <bug_when>2013-03-26 01:27:59 -0700</bug_when>
    <thetext>I&apos;ve been taking a look to this issue, I don&apos;t have too much information but I&apos;d like to share it here.

On one hand, the test works for me in the stable branch, however it&apos;s failing in trunk (and it was already failing when I reported the duplicated bug #112421).

On the other hand, it seems that the problem is that DocumentLoader::mainResourceData() is returning NULL. This means that dataReference in WebPage::getMainResourceDataOfFrame() is not properly initialized.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>866764</commentid>
    <comment_count>6</comment_count>
    <who name="Carlos Garcia Campos">cgarcia</who>
    <bug_when>2013-03-31 03:26:34 -0700</bug_when>
    <thetext>It doesn&apos;t fail for me with a recent trunk (r146868)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>866995</commentid>
    <comment_count>7</comment_count>
    <who name="Manuel Rego Casasnovas">rego</who>
    <bug_when>2013-04-01 02:18:40 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; It doesn&apos;t fail for me with a recent trunk (r146868)

It&apos;s working for me too in r147306.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>866998</commentid>
    <comment_count>8</comment_count>
    <who name="Carlos Garcia Campos">cgarcia</who>
    <bug_when>2013-04-01 02:34:12 -0700</bug_when>
    <thetext>Could someone unskip it and close this, please?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>867004</commentid>
    <comment_count>9</comment_count>
      <attachid>195947</attachid>
    <who name="Manuel Rego Casasnovas">rego</who>
    <bug_when>2013-04-01 02:43:40 -0700</bug_when>
    <thetext>Created attachment 195947
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>867022</commentid>
    <comment_count>10</comment_count>
      <attachid>195947</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-04-01 03:44:53 -0700</bug_when>
    <thetext>Comment on attachment 195947
Patch

Clearing flags on attachment: 195947

Committed r147319: &lt;http://trac.webkit.org/changeset/147319&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>867023</commentid>
    <comment_count>11</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-04-01 03:44:57 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>867182</commentid>
    <comment_count>12</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-04-01 09:44:52 -0700</bug_when>
    <thetext>Re-opened since this is blocked by bug 113707</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>867185</commentid>
    <comment_count>13</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-04-01 09:48:00 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; Re-opened since this is blocked by bug 113707

The test is still failing on the 64-bit release builder, so rolling the unskip patch out. The failure is still the same.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>868539</commentid>
    <comment_count>14</comment_count>
    <who name="Carlos Garcia Campos">cgarcia</who>
    <bug_when>2013-04-03 01:56:54 -0700</bug_when>
    <thetext>(In reply to comment #13)
&gt; (In reply to comment #12)
&gt; &gt; Re-opened since this is blocked by bug 113707
&gt; 
&gt; The test is still failing on the 64-bit release builder, so rolling the unskip patch out. The failure is still the same.

hmm, I managed to reproduce the issue in the 64 bit release bot. It seems the scheme handlers are registered correctly, but libsoup is not handling them. I&apos;ve just built a new libsoup in the bot and it works, so this will be fixed when bug #113282 lands.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>868729</commentid>
    <comment_count>15</comment_count>
      <attachid>195947</attachid>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-04-03 08:15:03 -0700</bug_when>
    <thetext>Comment on attachment 195947
Patch

Bug #113282 landed, perhaps just flipping the cq flag on this patch will do all the magic of landing, removing the need to reupload the same patch.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>868732</commentid>
    <comment_count>16</comment_count>
      <attachid>195947</attachid>
    <who name="Carlos Garcia Campos">cgarcia</who>
    <bug_when>2013-04-03 08:17:58 -0700</bug_when>
    <thetext>Comment on attachment 195947
Patch

Wait a bit bots still don&apos;t build, and the patch has Reviewed by NOBODY</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>868733</commentid>
    <comment_count>17</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-04-03 08:23:35 -0700</bug_when>
    <thetext>Ugh, right. Sorry for jumping forward with it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>868734</commentid>
    <comment_count>18</comment_count>
      <attachid>195947</attachid>
    <who name="Carlos Garcia Campos">cgarcia</who>
    <bug_when>2013-04-03 08:23:41 -0700</bug_when>
    <thetext>Comment on attachment 195947
Patch

Sorry, it seems the 64 bit release bot is building fine now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>868742</commentid>
    <comment_count>19</comment_count>
      <attachid>195947</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-04-03 08:43:42 -0700</bug_when>
    <thetext>Comment on attachment 195947
Patch

Clearing flags on attachment: 195947

Committed r147559: &lt;http://trac.webkit.org/changeset/147559&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>868743</commentid>
    <comment_count>20</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-04-03 08:43:47 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>195947</attachid>
            <date>2013-04-01 02:43:40 -0700</date>
            <delta_ts>2013-04-03 08:43:42 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-104779-20130401114333.patch</filename>
            <type>text/plain</type>
            <size>1852</size>
            <attacher name="Manuel Rego Casasnovas">rego</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTQ3MzA2CmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggYTI2M2JjOGE0ZjY4YTAxZWE3MWI4YTgyZmNiYjA2YTZk
MThkNjc1ZS4uMDNjOWZhNzE4YzUxM2NlZmQyYjI1ZjRlOGUxOTEyMTRiNzZmNTdiOSAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE0
IEBACisyMDEzLTA0LTAxICBNYW51ZWwgUmVnbyBDYXNhc25vdmFzICA8cmVnb0BpZ2FsaWEuY29t
PgorCisgICAgICAgIFtHVEtdW1dLMl0gVW5za2lwIC93ZWJraXQyL1dlYktpdFdlYkNvbnRleHQv
dXJpLXNjaGVtZQorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/
aWQ9MTA0Nzc5CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAg
ICAgKiBTY3JpcHRzL3J1bi1ndGstdGVzdHM6CisgICAgICAgIChUZXN0UnVubmVyKTogVW5za2lw
IC93ZWJraXQyL1dlYktpdFdlYkNvbnRleHQvdXJpLXNjaGVtZSBhcyBpdCBpcworICAgICAgICBw
YXNzaW5nIGluIGN1cnJlbnQgdHJ1bmsuCisKIDIwMTMtMDMtMzEgIFNoZXJpZmYgQm90ICA8d2Vi
a2l0LnJldmlldy5ib3RAZ21haWwuY29tPgogCiAgICAgICAgIFVucmV2aWV3ZWQsIHJvbGxpbmcg
b3V0IHIxNDcyODkuCmRpZmYgLS1naXQgYS9Ub29scy9TY3JpcHRzL3J1bi1ndGstdGVzdHMgYi9U
b29scy9TY3JpcHRzL3J1bi1ndGstdGVzdHMKaW5kZXggZWY3MzczNTdhOTAzYTMzYTNhMThjOWYz
NzZiMDU2OTBkNmZmMDgzZS4uYzQwYjlmYTRhNDk3NDk5Yjc3YjM5YjczMmI3ZjQyYWQyYzQ4MTVi
MSAxMDA3NTUKLS0tIGEvVG9vbHMvU2NyaXB0cy9ydW4tZ3RrLXRlc3RzCisrKyBiL1Rvb2xzL1Nj
cmlwdHMvcnVuLWd0ay10ZXN0cwpAQCAtNzIsNyArNzIsNiBAQCBjbGFzcyBUZXN0UnVubmVyOgog
ICAgICAgICBTa2lwcGVkVGVzdCgiV2ViS2l0MkFQSVRlc3RzL1Rlc3RSZXNvdXJjZXMiLCAiL3dl
YmtpdDIvV2ViS2l0V2ViVmlldy9yZXNvdXJjZXMiLCAiVGVzdCBpcyBmbGFreSBpbiBHVEsgTGlu
dXggMzItYml0IFJlbGVhc2UgYm90IiwgODI4NjgpLAogICAgICAgICBTa2lwcGVkVGVzdCgiV2Vi
S2l0MkFQSVRlc3RzL1Rlc3RXZWJLaXRBY2Nlc3NpYmlsaXR5IiwgIi93ZWJraXQyL1dlYktpdEFj
Y2Vzc2liaWxpdHkvYXRzcGktYmFzaWMtaGllcmFyY2h5IiwgIlRlc3QgZmFpbHMiLCAxMDA0MDgp
LAogICAgICAgICBTa2lwcGVkVGVzdCgiV2ViS2l0MkFQSVRlc3RzL1Rlc3RXZWJLaXRGaW5kQ29u
dHJvbGxlciIsICIvd2Via2l0Mi9XZWJLaXRGaW5kQ29udHJvbGxlci9oaWRlIiwgIlRlc3QgYWx3
YXlzIGZhaWxzIGluIFh2ZmIiLCA4OTgxMCksCi0gICAgICAgIFNraXBwZWRUZXN0KCJXZWJLaXQy
QVBJVGVzdHMvVGVzdFdlYktpdFdlYkNvbnRleHQiLCAiL3dlYmtpdDIvV2ViS2l0V2ViQ29udGV4
dC91cmktc2NoZW1lIiwgIlRlc3QgZmFpbHMiLCAxMDQ3NzkpLAogICAgICAgICBTa2lwcGVkVGVz
dCgiVGVzdFdlYktpdEFQSS9UZXN0V2ViS2l0MiIsICJXZWJLaXQyLkNhbkhhbmRsZVJlcXVlc3Qi
LCAiVGVzdCBmYWlscyIsIDg4NDUzKSwKICAgICAgICAgU2tpcHBlZFRlc3QoIlRlc3RXZWJLaXRB
UEkvVGVzdFdlYktpdDIiLCAiV2ViS2l0Mi5Nb3VzZU1vdmVBZnRlckNyYXNoIiwgIlRlc3QgaXMg
Zmxha3kiLCA4NTA2NiksCiAgICAgICAgIFNraXBwZWRUZXN0KCJUZXN0V2ViS2l0QVBJL1Rlc3RX
ZWJLaXQyIiwgIldlYktpdDIuTmV3Rmlyc3RWaXN1YWxseU5vbkVtcHR5TGF5b3V0Rm9ySW1hZ2Vz
IiwgIlRlc3QgaXMgZmxha3kiLCA4NTA2NiksCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>