RESOLVED FIXED 82484
[GTK] 3 fast/ layout tests failing after upgrading libsoup to 2.37.92
https://bugs.webkit.org/show_bug.cgi?id=82484
Summary [GTK] 3 fast/ layout tests failing after upgrading libsoup to 2.37.92
Sergio Villar Senin
Reported 2012-03-28 10:55:59 PDT
These are the tests that timeout. fast/encoding/percent-escaping.html fast/loader/file-URL-with-port-number.html fast/loader/location-port.html I'm skipping them for the moment as it seems it's a bug in libsoup. The culprit seems to be this commit 38aab0e2b.
Attachments
libsoup patch to fix fast/encoding/percent-escaping (1.88 KB, text/plain)
2012-03-29 16:46 PDT, Dan Winship
no flags
Bumping libsoup to 2.38.1 (3.21 KB, patch)
2012-04-19 06:29 PDT, Dominik Röttsches (drott)
no flags
Dan Winship
Comment 1 2012-03-29 08:16:54 PDT
fast/loader/file-URL-with-port-number.html passes for me
Dan Winship
Comment 2 2012-03-29 16:46:59 PDT
Created attachment 134692 [details] libsoup patch to fix fast/encoding/percent-escaping Can you try this patch against libsoup? It definitely fixes the percent-escaping test, but I seem to get lots of other differences in the test output (mostly in -stderr.txt files) as well, but I can't be sure if that's because of an actual behavior change, or just random trying-to-run-tests-on-a-non-blessed-machine flakiness.
Sergio Villar Senin
Comment 3 2012-03-30 01:55:55 PDT
(In reply to comment #2) > Created an attachment (id=134692) [details] > libsoup patch to fix fast/encoding/percent-escaping > > Can you try this patch against libsoup? It definitely fixes the percent-escaping test, but I seem to get lots of other differences in the test output (mostly in -stderr.txt files) as well, but I can't be sure if that's because of an actual behavior change, or just random trying-to-run-tests-on-a-non-blessed-machine flakiness. It fixes that one indeed but the other two are still failing. Wouldn't it be simpler just to back to soup_uri_decode()/g_file_new_for_path() and put the windows code inside some guards? Yeah I know it isn't very beautiful and that libsoup code does not have things like that, but if the glib implementations behave in a different way ... I mention that because I asked the author of the commit and he kind of remembers some issues with slashes when using g_file_new_for_path(), that's why he switched to g_file_new_for_uri().
Dan Winship
Comment 4 2012-04-10 13:58:14 PDT
(In reply to comment #3) > It fixes that one indeed but the other two are still failing. Ah, I thought fast/loader/file-URL-with-port-number.html was passing, because it shows "SUCCESS" if you run it in GtkLauncher, but that's just because the test isn't distinguishing the requested resource from an error page... However, fast/loader/location-port.html is completely unrelated; it fails with any version of libsoup. Perhaps it's because of something that changed in ResourceHandleSoup.cpp rather than something that changed in libsoup?
Dan Winship
Comment 5 2012-04-11 07:51:47 PDT
fast/encoding/percent-escaping.html and fast/loader/file-URL-with-port-number.html are now fixed with the latest libsoup, and the fix will also be in 2.38.1. I don't know if it's worth bumping the requirements over. (If we want to un-skip the tests we could just update the packages on the bots without changing the required minimum version.)
Martin Robinson
Comment 6 2012-04-11 07:58:11 PDT
(In reply to comment #5) > fast/encoding/percent-escaping.html and fast/loader/file-URL-with-port-number.html are now fixed with the latest libsoup, and the fix will also be in 2.38.1. I don't know if it's worth bumping the requirements over. (If we want to un-skip the tests we could just update the packages on the bots without changing the required minimum version.) We can just update the version in the WebKit jhbuild and unskip.
Dominik Röttsches (drott)
Comment 7 2012-04-19 04:53:09 PDT
Same failures in EFL of course, I'll take a look.
Dominik Röttsches (drott)
Comment 8 2012-04-19 06:29:00 PDT
Created attachment 137890 [details] Bumping libsoup to 2.38.1 I tested the previously failing tests that were moved to the skip list as well as http/* On my machine, for GTK I got a couple of unexpected passes afterwards. Maybe Philippe can unskip them in a separate commit if that's verified on the buildbot? I figure these are related to bug 52798. Test / Expected Failure http/tests/loading/preload-append-scan.php fail http/tests/xmlhttprequest/redirect-cross-origin-sync.html timeout http/tests/xmlhttprequest/re-login-async.html fail http/tests/xmlhttprequest/redirect-cross-origin-post-sync.html timeout http/tests/xmlhttprequest/redirect-cross-origin-sync-double.html timeout http/tests/xmlhttprequest/basic-auth-default.html fail http/tests/xmlhttprequest/cross-origin-authorization.html fail http/tests/xmlhttprequest/xmlhttprequest-contenttype-empty.html fail http/tests/xmlhttprequest/simple-cross-origin-progress-events.html timeout http/tests/media/video-cross-site.html fail http/tests/workers/text-encoding.html fail http/tests/cache/subresource-fragment-identifier.html fail http/tests/misc/dns-prefetch-control.html fail http/tests/misc/iframe-reparenting-id-collision.html fail http/tests/misc/favicon-loads-with-images-disabled.html fail http/tests/appcache/crash-when-navigating-away-then-back.html fail http/tests/appcache/auth.html fail http/tests/appcache/interrupted-update.html fail http/tests/incremental/split-hex-entities.pl timeout http/tests/security/cross-frame-access-object-getPrototypeOf.html fail http/tests/security/local-CSS-from-remote.html fail http/tests/security/local-iFrame-from-remote.html fail http/tests/security/local-user-CSS-from-remote.html fail http/tests/security/isolatedWorld/context-destroy.html fail http/tests/security/xssAuditor/xss-filter-bypass-sjis.html fail http/tests/security/xssAuditor/xss-filter-bypass-big5.html fail http/tests/security/local-image-from-remote.html fail http/tests/security/local-JavaScript-from-remote.html fail http/tests/security/drag-drop-same-unique-origin.html fail
WebKit Review Bot
Comment 9 2012-04-19 11:18:15 PDT
Comment on attachment 137890 [details] Bumping libsoup to 2.38.1 Clearing flags on attachment: 137890 Committed r114653: <http://trac.webkit.org/changeset/114653>
WebKit Review Bot
Comment 10 2012-04-19 11:18:20 PDT
All reviewed patches have been landed. Closing bug.
Raphael Kubo da Costa (:rakuco)
Comment 11 2012-04-19 11:18:47 PDT
Please remember to raise the libsoup versions in configure.ac and Source/cmake/OptionsEfl.cmake.
Martin Robinson
Comment 12 2012-04-19 14:05:58 PDT
(In reply to comment #11) > Please remember to raise the libsoup versions in configure.ac and Source/cmake/OptionsEfl.cmake. This isn't actually a requirement in this case. The libsoup version in configure.ac is the necessary API level, whereas the version in jhbuild is what's necessary to pass the tests.
Note You need to log in before you can comment on or make changes to this bug.