Enable Session Restore and Session History In Parent in GeckoView
Categories
(GeckoView :: Sandboxing, enhancement, P1)
Tracking
(firefox100 wontfix, firefox101 wontfix, firefox102 wontfix, firefox103 wontfix)
People
(Reporter: agi, Assigned: kaya)
References
(Depends on 1 open bug, Blocks 3 open bugs)
Details
(Whiteboard: [fission:android:m2] [geckoview:2022q3][geckoview:m117] [fxdroid] [foundation] )
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
The DOM team mentioned we should try to enable SHIP by default.
Comment 1•4 years ago
|
||
Tracking this bug for Android Fission milestone M2 (pass tests with Fission enabled)
Reporter | ||
Updated•4 years ago
|
Reporter | ||
Updated•4 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Comment 3•3 years ago
|
||
Linking this to the bug that peterv is working on (feel free to change the relationship between two bugs).
Comment 4•2 years ago
|
||
Assigning to Agi because he said he's going to work on this bug next.
Comment 5•2 years ago
|
||
Consider for 104. We won't be ready for 103.
Agi will fix up this bug's dependent bugs.
Updated•2 years ago
|
Updated•2 years ago
|
Comment 6•2 years ago
|
||
According to :afarre, this blocks bug 1736121 "SHIP everywhere". It's not possible to enable "SHIP everywhere" before this bug is done, because it would mean turning off session (re)store for android.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 7•2 years ago
|
||
Moving Android Fission bugs to the new GeckoView::Sandboxing component.
Comment 8•2 years ago
|
||
This adds the app api to allow restoreState()
calls to restore tab content that has been saved in a GeckoSession.SessionState
. This generally includes form data (data that has been entered into a text or checkbox form) and scroll (what position the page is scrolled to and includes the level of the zoom the page is at).
For now, this was manually tested by using geckoview_example. A restoreState()
call was added to onSessionStateChange()
, which gets called anytime the history or tab content gets updated. That will provide the current state the tab is in. I verified that by calling restoreState()
, it reloads the tab exactly to the tab content it was set at, regardless of what new url was entered. I also manually verified by running about:debugging and placing breakpoints to verify the returned data from buildRestoreData()
and restoreState
matches the tab content.
The next steps will be getting ProgressDelegate
junit tests to restore this data as well.
Comment 9•2 years ago
|
||
Additional details on current testing issue documented here: https://docs.google.com/document/d/1SXgzCsqsXlZTBl9RJHpQXuXQo0ZVw22URIeFFoIey3o/edit?usp=sharing
Updated•2 years ago
|
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Updated•1 year ago
|
Description
•