Closed
Bug 752607
Opened 12 years ago
Closed 12 years ago
restore text from contenteditable boxes on facebook and elsewhere
Categories
(Firefox :: Session Restore, defect)
Firefox
Session Restore
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: asa, Unassigned)
Details
(Keywords: dataloss)
Session Restore fails for me on Facebook and some other sites and I suspect it's because Facebook doesn't use text areas and instead uses contenteditable on a div (I think). We should capture that and attempt to restore it. If we cannot restore it to the page properly, we should at least dump the text to a new tab.
Comment 1•12 years ago
|
||
I just took a quick look. Facebook is not using contenteditable and we are _saving_ data from FB pages. However the input elements on the restored page have different ids so we don't restore into them. There's really nothing to do about that and I don't think opening a new tab with form data we couldn't restore is the right action. Perhaps we should talk to FB and encourage them to keep ids consistent.
Reporter | ||
Comment 2•12 years ago
|
||
OK. Glad to be wrong on them not using contenteditable. We need to do something here. Facebook is up to 900M users which means it's a good bet that a majority of Firefox users are also FB users and not restoring their text on a restart or a crash is a major flaw. I'll talk with the UX folks and open a new bug for what to do when a restore happens with no matching input elements.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•