Open Bug 1327572 Opened 7 years ago Updated 2 years ago

Form data aren't saved in current history item if I restore tab after navigating in tab history

Categories

(Firefox :: Session Restore, defect)

defect

Tracking

()

People

(Reporter: arni2033, Unassigned)

References

(Blocks 1 open bug)

Details

>>>   My Info:   Win7_64, Nightly 49, 32bit, ID 20160526082509
STR_1:
1. Open url   data:text/html,<input><style>body{height:100%}
2. Type "asdf" in input field, scroll the page to the end
3. Select all text in urlbar, replace it to "data:text/html,", press Enter
4. Click Back button in urlbar
5. Close the tab
6. Restore tab

AR:  Scroll position is restored. Form data isn't restored
ER:  Form data should be restored


STR_2:  (reference of good behavior)
1. Open url   data:text/html,<input><style>body{height:100%}
2. Select all text in urlbar, replace it to "data:text/html,", press Enter
3. Click Back button in urlbar
4. Type "asdf" in input field, scroll the page to the end
5. Close the tab
6. Restore tab

AR:  Scroll position and form data are restored, just as expected
No longer blocks: 1277113
Component: Untriaged → Session Restore
This sort of reminds of bug 1261225 for Android, i.e. we fail to notice the presence of form data restored via the LayoutHistoryState on forward/backward navigation, although there might be a more elegant solution for this than what I did there (just collect form data after every page load).
Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 18 votes.
:dao, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(dao+bmo)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(dao+bmo)
You need to log in before you can comment on or make changes to this bug.