89278 2012-06-16 01:40:27 -0700 [GTK] New http/tests/cache/xhr-vary-header.html fails 2017-03-11 11:00:33 -0800 1 1 1 Unclassified WebKit Page Loading 528+ (Nightly build) Unspecified Unspecified NEW Qt, QtTriaged P2 Normal --- 87008 88925 1 ossy webkit-unassigned ap bugs-noreply ddkilzer mcatanzaro ossy svillar oldest_to_newest 650764 0 ossy 2012-06-16 01:40:27 -0700 New test introduced in http://trac.webkit.org/changeset/120339 fails on Qt WK2: --- /home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/layout-test-results/http/tests/cache/xhr-vary-header-expected.txt +++ /home/webkitbuildbot/slaves/release64bitWebKit2_EC2/buildslave/qt-linux-64-release-webkit2/build/layout-test-results/http/tests/cache/xhr-vary-header-actual.txt @@ -3,7 +3,7 @@ Make cross origin request PASS responseText is 'Cross origin response' -PASS responseText is 'Same origin response' +FAIL responseText should be Same origin response. Was Cross origin response. PASS responseText is 'Cross origin response' PASS successfullyParsed is true Maybe we need some change in Source/WebCore/platform/network/qt/ResourceHandleQt.cpp . (But I'm not sure, because it passes on Qt-WK1, but fails only on Qt-WK2) 650765 1 ossy 2012-06-16 01:42:36 -0700 I skipped it to paint the bot green - r120525. Please unskip it with the proper fix. 650847 2 ap 2012-06-16 12:44:02 -0700 It's surprising that WK1 and WK2 behaves differently. Perhaps Qt DumpRenderTree has network cache disabled completely somehow? Anyway, the proper fix would be in networking code outside WebKit. You could consider applying the same workaround I made for Mac in the meanwhile. 720807 3 svillar 2012-09-14 08:43:11 -0700 Exactly the same outcome in the WK2 GTK+ port