Open Bug 1346494 Opened 7 years ago Updated 3 years ago

Gateway Timout during POST is badly handled

Categories

(Core :: Networking, defect, P5)

51 Branch
defect

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.
Component: Untriaged → Networking
Product: Firefox → Core
Whiteboard: [necko-backlog]
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: P1 → P3

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.