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

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat May 10 11:42:46 PDT 2008


http://bugs.webkit.org/show_bug.cgi?id=18972





------- Comment #7 from scott at realorganized.com  2008-05-10 11:42 PDT -------
I did some further testing and have come up with a test case where I can get
the caching to fail and where I can get it to work.  The difference between the
two situations seems to be the size of the XML data.

Here's how to repeat:
1. Go here:
http://www.scottschmitz.com/main/Frameset.html
2. Sign on as
scott at realorganized.com
password: scott
3. The URL may change to https.  If it does, you can change back to http and
reload.  I don't see a difference in behavior with or without https, however
https does cause the parts of the packet trace go get garbled.
4. Click on the Contacts icon.
5. Click on the 'Contacts' link in upper left corner of screen - it is part of
the breadcrumb navigation
This second load of contacts should cause 304 not modified, but does not.

Now for the case where I can get it to work.
1. Do steps 1-3, or ifyou are already there just go to the next step.
2. Click on the Buyers Icon
3. reload 'Buyers' list by clicking on it's breadcrumb link in upper-left
corner.
This time, I get the 304 not modified.

I have tested several combinations:
1. Firefox returns 304 not modifies for both of these cases
2. I have deleted the preference settings for Safari, and have seen no change
in behavior,
3. I get the above reported behavior with Safari 3.1 (5525.13) on Mac OS X
10.5.2)

I will attach as files two packet dump files.  One called 'Buyers Works.txt'
and the other called 'Contacts fails.txt'


-- 
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