Closed
Bug 522544
Opened 15 years ago
Closed 15 years ago
Form Data Lost After Browser Crash - Restore doesn't bring it back
Categories
(Firefox :: Session Restore, defect)
Firefox
Session Restore
Tracking
()
RESOLVED
DUPLICATE
of bug 477605
People
(Reporter: duffy, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.2) Gecko/20090803 Fedora/3.5.2-2.fc11 Firefox/3.5.2
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.2) Gecko/20090803 Fedora/3.5.2-2.fc11 Firefox/3.5.2
I put a good hour or so into creating a page on a media wiki. A flash page on another tab in firefox brought the whole browser down. I brought firefox back up and restored session, and the mediawiki form i had been working on was restored, completely blank. 1 hour's worth of work lost.
Reproducible: Didn't try
Actual Results:
The form wasn't restored. I was expecting it to restore my data.
Comment 1•15 years ago
|
||
Was the form on a https page? By default we don't save form data for those.
In about:config you can change the value for browser.sessionstore.privacy_level. The default value is 1.
// on which sites to save text data, POSTDATA and cookies
// 0 = everywhere, 1 = unencrypted sites, 2 = nowhere
Reporter | ||
Comment 2•15 years ago
|
||
Yes it was. Why don't you save form data for them?
The form isn't private because of the content in it. The form is private because of session authentication data I think.
Comment 3•15 years ago
|
||
I think the idea here is that we don't transmit the data in unencrypted, so we shouldn't store it on disk unencrypted (unless explicitly told to do so). See other bug & linked bugs from there for a better explanation and reasons for/against.
Severity: critical → normal
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Keywords: crash
OS: Linux → All
Hardware: x86_64 → All
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•