[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