Closed
Bug 1033999
Opened 10 years ago
Closed 6 years ago
Support State/Session restore for browser-element
Categories
(Core :: DOM: Core & HTML, defect, P2)
Core
DOM: Core & HTML
Tracking
()
People
(Reporter: kanru, Assigned: kanru)
References
Details
Attachments
(2 files)
63.71 KB,
patch
|
Details | Diff | Splinter Review | |
40.69 KB,
patch
|
Details | Diff | Splinter Review |
We want to support session restore for the browser-element. Ie. when a app or browser tab is closed or killed, we could reopen it with session restored. We probably want a new API to control this.
Comment 1•10 years ago
|
||
Kanru, I started to split the current fx desktop session store code to share the common parts in toolkit in bug 449967. Still no consensus on what's the right way to do it though. What do you mean by a new API to control this? Something like an event triggered when the session is restored? or a way to opt-in/opt-out?
Assignee | ||
Comment 2•10 years ago
|
||
(In reply to Fabrice Desré [:fabrice] from comment #1) > Kanru, I started to split the current fx desktop session store code to share > the common parts in toolkit in bug 449967. Still no consensus on what's the > right way to do it though. Nice! > What do you mean by a new API to control this? Something like an event > triggered when the session is restored? or a way to opt-in/opt-out? I think from the browser writer's point of view, it may want a way to opt-in/opt-out session restore.
Depends on: 449967
Assignee | ||
Comment 3•9 years ago
|
||
Assignee | ||
Comment 4•9 years ago
|
||
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → kchen
Assignee | ||
Comment 5•9 years ago
|
||
NOTEs to myself Hypothetical steps to restore a mozbrowser iframe: 1. Unregister the old frameLoader from BrowserElementParent.js 2. Destroy the old frameLoader 3. Create a new frameLoader & empty remote process 4. Start to restore the session history, storage, load content, scroll position 5. Done Recreating a frameLoader seems easier than reinitialize one. The session data is currently stored in BrowserElementParent.js, it should send the data to remote at step 3.
Assignee | ||
Updated•9 years ago
|
Blocks: nsec-isolation
Updated•9 years ago
|
Priority: -- → P2
Updated•9 years ago
|
blocking-b2g: --- → 2.5+
Assignee | ||
Updated•9 years ago
|
Target Milestone: --- → FxOS-S7 (18Sep)
Assignee | ||
Updated•9 years ago
|
No longer blocks: nsec-isolation
Comment 6•9 years ago
|
||
Confirmed with Kan-Ru offline, this bug is not on the road map. It should not be a 2.5 blocker.
blocking-b2g: 2.5+ → ---
tracking-b2g:
--- → backlog
Updated•6 years ago
|
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE
Comment 7•6 years ago
|
||
Please feel free to re-open if we need this.
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•