[Webkit-unassigned] [Bug 31410] New: HTTP 307 after a 303 re-sends POST data from the original request
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Nov 12 08:04:32 PST 2009
https://bugs.webkit.org/show_bug.cgi?id=31410
Summary: HTTP 307 after a 303 re-sends POST data from the
original request
Product: WebKit
Version: 528+ (Nightly build)
Platform: PC
OS/Version: Windows 7
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: Page Loading
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: masterchiff at googlemail.com
Hey,
I'm finding that WebKit (starting with Safari 4.0.4 (WebKit 5531.21.10), has
always been working before) is not behaving accordingly to
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
Steps to reproduce:
- POST some data to some page, e.g. /comments.html
- comments.html responds with "303 See Other" and "Location:
http://.../goto.html?comment=1234"
To quote from the RFC:
>This method exists primarily to allow the output of a POST-activated script to redirect the
>user agent to a selected resource.
>The new URI is not a substitute reference for the originally requested resource. (!!)
- goto.html?comment=1234 is being requested via GET (so far, so good!)
- goto.html responds with "307 Temporary Redirect" and a Location header
(because the URL it redirects to may change)
>The requested resource resides temporarily under a different URI. Since the redirection
>MAY be altered on occasion, the client SHOULD continue to use the Request-URI for future requests.
- Instead of GETing the new Location (/thread123.html), Safari POSTs to
/thread123.html again, with the data from the original POST request. It did not
do that before 4.0.4. Both Windows and Mac 4.0.4s are affected.
---
It seems that the 307 response code kinda overwrites the previous 303 and
WebKit ignores that on the 303, it should have forgotten about the POST data
already.
Any chance we can see this fixed? I'll have to use 301 instead of 307 for now,
as a work-around, but I don't like that. Thanks!
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list