Bug 82329 - [GTK] Test /webkit/download/not-found fails in GTK Linux 64-bit Release bot
Summary: [GTK] Test /webkit/download/not-found fails in GTK Linux 64-bit Release bot
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit API (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Linux
: P2 Normal
Assignee: Nobody
URL:
Keywords: Gtk
Depends on:
Blocks: 74717
  Show dependency tree / graph
 
Reported: 2012-03-27 06:15 PDT by Carlos Garcia Campos
Modified: 2014-01-17 12:22 PST (History)
5 users (show)

See Also:

Attachments
Patch (1.50 KB, patch)
2014-01-17 07:04 PST, Alberto Garcia 		cgarcia: review+
Details | Formatted Diff | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Carlos Garcia Campos 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
Comment 1 Simon Pena 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?
Comment 2 Martin Robinson 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.
Comment 3 Alberto Garcia 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.
Comment 4 Alberto Garcia 2014-01-17 12:22:21 PST 
Committed r162211: <http://trac.webkit.org/changeset/162211>