[Webkit-unassigned] [Bug 158256] New: Speculative revalidated request returns 200 instead of 304
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Jun 1 02:31:39 PDT 2016
https://bugs.webkit.org/show_bug.cgi?id=158256
Bug ID: 158256
Summary: Speculative revalidated request returns 200 instead of
304
Classification: Unclassified
Product: WebKit
Version: WebKit Local Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: WebKit2
Assignee: webkit-unassigned at lists.webkit.org
Reporter: cgarcia at igalia.com
CC: bugs-noreply at webkitgtk.org, cdumez at apple.com,
koivisto at iki.fi
I noticed that after enabling speculative revalidation in the GTk+ port the unit test /webkit2/WebKitWebResource/response started to fail in the bots:
/webkit2/WebKitWebResource/response: **
ERROR:../../Tools/TestWebKitAPI/Tests/WebKit2Gtk/TestResources.cpp:417:void testWebResourceResponse(SingleResourceLoadTest*, gconstpointer): assertion failed (webkit_uri_response_get_status_code(response) == SOUP_STATUS_NOT_MODIFIED): (200 == 304)
FAIL
We are simply doing a reload and checking that the response code we get for a subresource is 304, but now is 200, because the network process is using a preloaded entry. I would expect that in case of successful speculative revalidation, 304 was returned like a normal revalidation request, and the resource be loaded from the memory cache.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160601/fa77875f/attachment.html>
More information about the webkit-unassigned
mailing list