[Webkit-unassigned] [Bug 29761] New: [GTK] performs a POST when refreshing a view that was obtained with a GET
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Sep 25 23:17:52 PDT 2009
https://bugs.webkit.org/show_bug.cgi?id=29761
Summary: [GTK] performs a POST when refreshing a view that was
obtained with a GET
Product: WebKit
Version: 528+ (Nightly build)
Platform: PC
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: P2
Component: WebKit Gtk
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: xan.lopez at gmail.com
Quoting from https://bugzilla.gnome.org/show_bug.cgi?id=595348:
I use a web application that handles editing items by having the client POST to
a URL that, when requested, performs the edit. It then redirects the client to
the original URL for viewing the item.
If I perform an edit, and press Refresh after being redirected, epiphany does a
POST to the redirected-to URL rather than a GET.
With the gecko backend, pressing refresh would have resulted in a GET to the
redirected-to URL.
Here's an example.
localhost - - [16/Sep/2009 12:30:17] "GET /view HTTP/1.1" 200 517
[ now i'll mark the items on the page as read ]
localhost - - [16/Sep/2009 12:30:57] "POST /view/mark_read HTTP/1.1" 302 274
[ the response redirects the client ]
localhost - - [16/Sep/2009 12:30:58] "GET /view HTTP/1.1" 200 517
[ fine so far, now I'm back to the view page. I'll now hit refresh ]
localhost - - [16/Sep/2009 12:31:35] "POST /view HTTP/1.1" 404 226
[ ouch!]
The two problems that are, I guess, related are:
1. The final request shoudl have been a GET
2. I was not prompted for confirmation for resumbitting the POSTed information
This happens with epiphany 2.7.92 and webkit 1.1.14. It does not hapen with
epiphany 2.26.3 and xulrunner 1.9.0.14.
--
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