Bug 104779

Summary: REGRESSION (r137286-r137296): unit test failure in WebKit2APITests/TestWebKitWebContext
Product: WebKit Reporter: Zan Dobersek <zan>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: cgarcia, gustavo, mrobinson, rego, spenap, webkit.review.bot
Priority: P2 Keywords: Gtk, Regression
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on: 113282, 113707    
Bug Blocks:    
Attachments:
Description Flags
Patch none

Zan Dobersek
Reported 2012-12-12 01:44:23 PST
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&rev=137296&stop_rev=137286 I'll just do the common thing and for starters blame the libsoup bump in r137286. http://trac.webkit.org/changeset/137286
Attachments
Patch (1.81 KB, patch)
2013-04-01 02:43 PDT, Manuel Rego Casasnovas
no flags
Zan Dobersek
Comment 1 2012-12-12 03:15:07 PST
Zan Dobersek
Comment 2 2012-12-20 04:10:04 PST
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!
Zan Dobersek
Comment 3 2013-02-27 07:47:09 PST
Tested this with r144170 and the failure still occurs.
Manuel Rego Casasnovas
Comment 4 2013-03-16 03:34:38 PDT
*** Bug 112421 has been marked as a duplicate of this bug. ***
Manuel Rego Casasnovas
Comment 5 2013-03-26 01:27:59 PDT
I've been taking a look to this issue, I don't have too much information but I'd like to share it here. On one hand, the test works for me in the stable branch, however it'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.
Carlos Garcia Campos
Comment 6 2013-03-31 03:26:34 PDT
It doesn't fail for me with a recent trunk (r146868)
Manuel Rego Casasnovas
Comment 7 2013-04-01 02:18:40 PDT
(In reply to comment #6) > It doesn't fail for me with a recent trunk (r146868) It's working for me too in r147306.
Carlos Garcia Campos
Comment 8 2013-04-01 02:34:12 PDT
Could someone unskip it and close this, please?
Manuel Rego Casasnovas
Comment 9 2013-04-01 02:43:40 PDT
WebKit Review Bot
Comment 10 2013-04-01 03:44:53 PDT
Comment on attachment 195947 [details] Patch Clearing flags on attachment: 195947 Committed r147319: <http://trac.webkit.org/changeset/147319>
WebKit Review Bot
Comment 11 2013-04-01 03:44:57 PDT
All reviewed patches have been landed. Closing bug.
WebKit Review Bot
Comment 12 2013-04-01 09:44:52 PDT
Re-opened since this is blocked by bug 113707
Zan Dobersek
Comment 13 2013-04-01 09:48:00 PDT
(In reply to comment #12) > 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.
Carlos Garcia Campos
Comment 14 2013-04-03 01:56:54 PDT
(In reply to comment #13) > (In reply to comment #12) > > 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. 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've just built a new libsoup in the bot and it works, so this will be fixed when bug #113282 lands.
Zan Dobersek
Comment 15 2013-04-03 08:15:03 PDT
Comment on attachment 195947 [details] 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.
Carlos Garcia Campos
Comment 16 2013-04-03 08:17:58 PDT
Comment on attachment 195947 [details] Patch Wait a bit bots still don't build, and the patch has Reviewed by NOBODY
Zan Dobersek
Comment 17 2013-04-03 08:23:35 PDT
Ugh, right. Sorry for jumping forward with it.
Carlos Garcia Campos
Comment 18 2013-04-03 08:23:41 PDT
Comment on attachment 195947 [details] Patch Sorry, it seems the 64 bit release bot is building fine now.
WebKit Review Bot
Comment 19 2013-04-03 08:43:42 PDT
Comment on attachment 195947 [details] Patch Clearing flags on attachment: 195947 Committed r147559: <http://trac.webkit.org/changeset/147559>
WebKit Review Bot
Comment 20 2013-04-03 08:43:47 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.