Closed Bug 918003 Opened 12 years ago Closed 12 years ago

Defect - Profile data should flush for suspend_process_notification

Categories

(Firefox for Metro Graveyard :: General, defect)

x86_64
Windows 8.1
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bbondy, Unassigned)

References

Details

Windows 8 and 8.1 can suspend your application and kill it without notification. For that reason we should be flushing important data just before suspending. I haven't tested this, but I think we'll miss out on some bookmarks, login information, or other data if we don't flush on suspend. To verify this works (or verify it doesn't work pre a patch) you'd: 1) switch away from browser, wait 20 seconds so you're sure the browser is suspended. 2) kill the browser via task manager 3) Re-open the browser
See Also: → 917997
[ 15:12:27 ] [ @TimAbraldes ] the patch might look kind of like this :) https://bugzilla.mozilla.org/attachment.cgi?id=746085&action=diff
Whiteboard: [preview-triage] → [triage]
Summary: Profile data should flush for suspend_process_notification → Defect - Profile data should flush for suspend_process_notification
Whiteboard: [triage] → feature=defect c=tbd u=tbd p=0
Do you know if there is an existing function that flushes data when the browser is killed that we just want to use when it is suspended? Or does any flushing functionality not exist yet?
Flags: needinfo?(netzen)
We should first test what comment 0 is proposing. I'm not sure if it's a problem or not. But if you confirm, then we should do like in Comment 1 by listening for a notification and then responding to it in the component that is not working. We should find out which components first to avoid looking up code we won't need to do this on.
Flags: needinfo?(netzen)
Note, we also have bug 917997 on sync. Bug 855147 covered prefs, which is fixed. I think what we want to sync here is certain types of profile data. bookmarks is the one I can think of. Are there others? Open question is can we sync everything with one call, or are going to have to sync different datasets individually. We could use some help from someone who understands profiles.
Blocks: 917997
Whiteboard: feature=defect c=tbd u=tbd p=0 → [block28] feature=defect c=tbd u=tbd p=0
What "data" are we talking about here? If it's just the preferences data, we can force a flush using PrefService.savePrefFile(null) http://mxr.mozilla.org/mozilla-central/source/modules/libpref/public/nsIPrefService.idl#76
We dealt with prefs in bug 855147. I think this bug is about bookmarks, password manager, and maybe other types of data.
Whiteboard: [block28] feature=defect c=tbd u=tbd p=0 → [release28] feature=defect c=tbd u=tbd p=0
Assignee: nobody → ally
No longer blocks: 917997
couldn't repro with bookmarks, forms, or history.
Assignee: ally → nobody
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
No longer blocks: metrov1backlog
Whiteboard: [release28] feature=defect c=tbd u=tbd p=0
OS: Windows 8 Metro → Windows 8.1
You need to log in before you can comment on or make changes to this bug.