Open
Bug 1346494
Opened 7 years ago
Updated 3 years ago
Gateway Timout during POST is badly handled
Categories
(Core :: Networking, defect, P5)
Tracking
()
UNCONFIRMED
People
(Reporter: jake_hotson, Unassigned)
Details
(Whiteboard: [necko-backlog])
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:51.0) Gecko/20100101 Firefox/51.0 Build ID: 20170125094131 Steps to reproduce: 1. Edit a page on a WordPress-based site. 2. Click 'Update' to save changes. 3. 'Server' responded 504 Gateway Timeout after about 12 secs. 4. Page on screen is now empty as server response has no content. 5. Click 'Refresh' - surely that will resend my edits? 6. Click 'Back' - surely that will get me back to the editing page with my latest changes? Actual results: 5. Refresh sends a GET request instead of a POST request, so the post data is lost. 6. Back reloads the page, so the editing changes are lost. Expected results: 5. Refresh should repeat the POST, perhaps with the usual warning about resubmitting the same POST data. 6. Back should not reload the page, it should return to the page in the same state that it was. Page cache settings and cookie changes should be ignored. The back button should simply return to the page in the same state that it was in before it was navigated away from. If there's a mismatch of cookies etc. due to other tabs or even actions on the pages visited before clicking 'back', so be it, that would happen anyway and websites deal with it. What the user doesn't want is to lose data.
Updated•7 years ago
|
Whiteboard: [necko-backlog]
Comment 1•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Comment 2•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: P1 → P3
Comment 3•3 years ago
|
||
Bulk-downgrade of unassigned, >=3 years untouched DOM/Storage bug's priority.
If you have reason to believe this is wrong, please write a comment and ni :jstutte.
Severity: normal → S4
Priority: P3 → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•