[Webkit-unassigned] [Bug 18972] New: WebKit not using 304 Not Modified for Ajax requests

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri May 9 11:30:31 PDT 2008


           Summary: WebKit not using 304 Not Modified for Ajax requests
           Product: WebKit
           Version: 526+ (Nightly build)
          Platform: Macintosh
               URL: http://www.realtyjuggler.com
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: WebCore Misc.
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: scott at realorganized.com

I have a web application that makes extensive use of xmlhttprequest (AJAX).  I
have optimized some of my GET requests such that the server will return a 304
not modified if the ETag matches up from a prior request.  That way, if the
browser cache already has the data, I just send the header back and not the
data itself.

This works great for Firefox and Internet Explorer.  In the case of those
browsers, I return ETag and last modified headers for the initial request.  The
browser caches the data and includes


headers when it makes a request again.  If the server determined that the cache
is good, it returns

304 not-modified response and all is good.

WebKit and Safari do not do this.  Best I can see, the browser makes its
request and does not include any Etag at all.  I see this via Web Inspector -
Network Panel.

The best way to test this is to use the web application that I have at:


Create an account and sign in.
Click on contacts icon
Create a new contact and click done
Now, click on the Contacts link in upper right corner of the screen.  It will
be part of the breadcrumb.  If you click a few times you will be reloading the
same ajax XML data.

This ajax call will correctly respond with 304 not modified if the appropriate
headers are sent to it when making the request.


This URL can only be executed when you are signed in as it requires cookie

Configure bugmail: http://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

More information about the webkit-unassigned mailing list