82329 2012-03-27 06:15:09 -0700 [GTK] Test /webkit/download/not-found fails in GTK Linux 64-bit Release bot 2014-01-17 12:22:21 -0800 1 1 1 Unclassified WebKit WebKit API 528+ (Nightly build) PC Linux RESOLVED FIXED Gtk P2 Normal --- 74717 1 cgarcia webkit-unassigned berto mrobinson pnormand spena svillar oldest_to_newest 588818 0 cgarcia 2012-03-27 06:15:09 -0700 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 911035 1 spena 2013-07-23 07:40:23 -0700 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? 911046 2 mrobinson 2013-07-23 08:14:03 -0700 (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. 969131 3 221464 berto 2014-01-17 07:04:40 -0800 Created attachment 221464 Patch I went to the bot to fix bug 82328 and this one seems to be working fine now too. 969205 4 berto 2014-01-17 12:22:21 -0800 Committed r162211: <http://trac.webkit.org/changeset/162211> 221464 2014-01-17 07:04:40 -0800 2014-01-17 08:21:58 -0800 Patch 82329.diff text/plain 1533 berto ZGlmZiAtLWdpdCBhL1Rvb2xzL0NoYW5nZUxvZyBiL1Rvb2xzL0NoYW5nZUxvZwppbmRleCBmNGQ5 MDQ1Li5kNmE4NzhjIDEwMDY0NAotLS0gYS9Ub29scy9DaGFuZ2VMb2cKKysrIGIvVG9vbHMvQ2hh bmdlTG9nCkBAIC0xLDUgKzEsMTcgQEAKIDIwMTQtMDEtMTcgIEFsYmVydG8gR2FyY2lhICA8YmVy dG9AaWdhbGlhLmNvbT4KIAorICAgICAgICBbR1RLXSBUZXN0IC93ZWJraXQvZG93bmxvYWQvbm90 LWZvdW5kIGZhaWxzIGluIEdUSyBMaW51eCA2NC1iaXQgUmVsZWFzZSBib3QKKyAgICAgICAgaHR0 cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTgyMzI5CisKKyAgICAgICAgUmV2 aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgVW5za2lwLCB0aGlzIGlzIHdvcmtp bmcgZmluZSBub3cuCisKKyAgICAgICAgKiBTY3JpcHRzL3J1bi1ndGstdGVzdHM6CisgICAgICAg IChUZXN0UnVubmVyKToKKworMjAxNC0wMS0xNyAgQWxiZXJ0byBHYXJjaWEgIDxiZXJ0b0BpZ2Fs aWEuY29tPgorCiAgICAgICAgIFtHVEtdIFRlc3QgL3dlYmtpdC93ZWJ2aWV3L2ljb24tdXJpIHRp bWVzIG91dCBpbiBHVEsgTGludXggNjQtYml0IFJlbGVhc2UgYm90CiAgICAgICAgIGh0dHBzOi8v YnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04MjMyOAogCmRpZmYgLS1naXQgYS9Ub29s cy9TY3JpcHRzL3J1bi1ndGstdGVzdHMgYi9Ub29scy9TY3JpcHRzL3J1bi1ndGstdGVzdHMKaW5k ZXggZGJkYWNhNC4uZTk4MDg2MCAxMDA3NTUKLS0tIGEvVG9vbHMvU2NyaXB0cy9ydW4tZ3RrLXRl c3RzCisrKyBiL1Rvb2xzL1NjcmlwdHMvcnVuLWd0ay10ZXN0cwpAQCAtNjEsNyArNjEsNiBAQCBj bGFzcyBUZXN0UnVubmVyOgogICAgIFRFU1RfRElSUyA9IFsgIldlYktpdDJHdGsiLCAiV2ViS2l0 R3RrIiwgIldlYktpdDIiLCAiSmF2YVNjcmlwdENvcmUiLCAiV1RGIiwgIldlYkNvcmUiLCAgIldl YkNvcmVHdGsiIF0KIAogICAgIFNLSVBQRUQgPSBbCi0gICAgICAgIFNraXBwZWRUZXN0KCJXZWJL aXRHdGsvdGVzdGRvd25sb2FkIiwgIi93ZWJraXQvZG93bmxvYWQvbm90LWZvdW5kIiwgIlRlc3Qg ZmFpbHMgaW4gR1RLIExpbnV4IDY0LWJpdCBSZWxlYXNlIGJvdCIsIDgyMzI5KSwKICAgICAgICAg U2tpcHBlZFRlc3QoIldlYktpdEd0ay90ZXN0d2ViaW5zcGVjdG9yIiwgIi93ZWJraXQvd2ViaW5z cGVjdG9yL2Nsb3NlLWFuZC1pbnNwZWN0IiwgIlRlc3QgaXMgZmxha3kgaW4gR1RLIExpbnV4IDMy LWJpdCBSZWxlYXNlIGJvdCIsIDgyODY5KSwKICAgICAgICAgU2tpcHBlZFRlc3QoIldlYktpdEd0 ay90ZXN0d2VicmVzb3VyY2UiLCAiL3dlYmtpdC93ZWJyZXNvdXJjZS9sb2FkaW5nIiwgIlRlc3Qg ZmFpbHMiLCAxMDQ2ODkpLAogICAgICAgICBTa2lwcGVkVGVzdCgiV2ViS2l0R3RrL3Rlc3R3ZWJy ZXNvdXJjZSIsICIvd2Via2l0L3dlYnJlc291cmNlL3N1Yl9yZXNvdXJjZV9sb2FkaW5nIiwgIlRl c3QgZmFpbHMgaW4gR1RLIExpbnV4IDY0LWJpdCBSZWxlYXNlIGJvdCIsIDgyMzMwKSwK