Bug 82329

Summary: [GTK] Test /webkit/download/not-found fails in GTK Linux 64-bit Release bot
Product: WebKit Reporter: Carlos Garcia Campos <cgarcia>
Component: WebKit APIAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: berto, mrobinson, pnormand, spenap, svillar
Priority: P2 Keywords: Gtk
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Linux   
Bug Depends on:    
Bug Blocks: 74717    
Attachments:
Description Flags
Patch cgarcia: review+

Carlos Garcia Campos
Reported 2012-03-27 06:15:09 PDT
TEST: ./WebKitBuild/Release/Programs/unittests/testdownload... (pid=16988) /webkit/download/create: OK /webkit/download/synch: OK /webkit/download/asynch: OK /webkit/download/data: OK /webkit/download/not-found: ** CRITICAL **: SoupMessage* webkit_network_response_get_message(WebKitNetworkResponse*): assertion `WEBKIT_IS_NETWORK_RESPONSE(response)' failed FAIL
Attachments
Patch (1.50 KB, patch)
2014-01-17 07:04 PST, Alberto Garcia
cgarcia: review+
Simon Pena
Comment 1 2013-07-23 07:40:23 PDT
I just run this with Tools/jhbuild/jhbuild-wrapper --gtk run WebKitBuild/{Release,Debug}/Programs/unittests/testdownload and both configurations finish without failing. Is there any policy to unskip these tests?
Martin Robinson
Comment 2 2013-07-23 08:14:03 PDT
(In reply to comment #1) > I just run this with > > Tools/jhbuild/jhbuild-wrapper --gtk run WebKitBuild/{Release,Debug}/Programs/unittests/testdownload > > and both configurations finish without failing. Is there any policy to unskip these tests? I think we typically unskip them and be ready to skip them again if they fail. We could also run these tests directly on the bot to verify.
Alberto Garcia
Comment 3 2014-01-17 07:04:40 PST
Created attachment 221464 [details] Patch I went to the bot to fix bug 82328 and this one seems to be working fine now too.
Alberto Garcia
Comment 4 2014-01-17 12:22:21 PST
Note You need to log in before you can comment on or make changes to this bug.