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)
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
Reporter | ||
Comment 1•12 years ago
|
||
[ 15:12:27 ] [ @TimAbraldes ] the patch might look kind of like this :) https://bugzilla.mozilla.org/attachment.cgi?id=746085&action=diff
![]() |
||
Updated•12 years ago
|
Whiteboard: [preview-triage] → [triage]
Updated•12 years ago
|
Blocks: metrov1backlog
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
Comment 2•12 years ago
|
||
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)
Reporter | ||
Comment 3•12 years ago
|
||
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)
![]() |
||
Comment 4•12 years ago
|
||
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.
Updated•12 years ago
|
Whiteboard: feature=defect c=tbd u=tbd p=0 → [block28] feature=defect c=tbd u=tbd p=0
Comment 5•12 years ago
|
||
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
Comment 6•12 years ago
|
||
We dealt with prefs in bug 855147. I think this bug is about bookmarks, password manager, and maybe other types of data.
Updated•12 years ago
|
Whiteboard: [block28] feature=defect c=tbd u=tbd p=0 → [release28] feature=defect c=tbd u=tbd p=0
Updated•12 years ago
|
Assignee: nobody → ally
Comment 7•12 years ago
|
||
couldn't repro with bookmarks, forms, or history.
Updated•12 years ago
|
Assignee: ally → nobody
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Updated•12 years ago
|
No longer blocks: metrov1backlog
Whiteboard: [release28] feature=defect c=tbd u=tbd p=0
Assignee | ||
Updated•11 years ago
|
OS: Windows 8 Metro → Windows 8.1
You need to log in
before you can comment on or make changes to this bug.
Description
•