(SHIP) Enable Session Restore and Session History In Parent in GeckoView
Categories
(GeckoView :: General, task, P2)
Tracking
(firefox100 wontfix, firefox101 wontfix, firefox102 wontfix, firefox103 wontfix)
People
(Reporter: agi, Assigned: kaya)
References
(Blocks 4 open bugs)
Details
(Whiteboard: [fission:android:m2] [geckoview:2022q3][geckoview:m117] [fxdroid] [foundation] )
Attachments
(6 files, 3 obsolete files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review |
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
|
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
|
Assignee | ||
Comment 11•1 year ago
|
||
SHIP is enabled for Android to store and restore the state of the session. From now on the logic in SessionStateAggregator is replaced by the logic in SessionStoreParent for storing the state of the session. The restoring logic lies inside GeckoViewContentParent.
Assignee | ||
Comment 12•1 year ago
|
||
SHIP is enabled for Android to store and restore the state of the session. From now on the logic in SessionStateAggregator is replaced by the logic in SessionStoreParent for storing the state of the session. The restoring logic lies inside GeckoViewContentParent.
Updated•1 year ago
|
Updated•1 year ago
|
Comment 13•10 months ago
|
||
The Android team has not been keeping our P1 bug list up to date, so we're resetting all our P1 bugs to P2 to avoid signalling that we're actively working on bugs that we're not. The BMO documentation https://wiki.mozilla.org/BMO/UserGuide/BugFields#priority says P1 means "fix in the current release cycle" and P2 means "fix in the next release cycle or the following (nightly + 1 or nightly + 2)".
If you are actively working on this bug and expect to ship it in Fx 122 or 123, then please restore the priority back to P1.
Updated•9 months ago
|
Updated•8 months ago
|
Updated•7 months ago
|
Assignee | ||
Updated•7 months ago
|
Assignee | ||
Comment 14•7 months ago
|
||
Updated•7 months ago
|
Updated•7 months ago
|
Updated•7 months ago
|
Updated•7 months ago
|
Updated•7 months ago
|
Updated•7 months ago
|
Updated•7 months ago
|
Assignee | ||
Comment 15•7 months ago
|
||
This change introduces a map in GeckoRuntime (for both SHIP and non-SHIP code) which holds weak references to GeckoSession objects created. This is done to be able to forward the received session state update in SHIP code from GeckoRuntime to GeckoSession.
Assignee | ||
Comment 16•7 months ago
|
||
Comment 17•6 months ago
|
||
Comment 18•6 months ago
|
||
bugherder |
Comment 19•6 months ago
|
||
Comment 20•6 months ago
|
||
bugherder |
Assignee | ||
Comment 21•6 months ago
|
||
Assignee | ||
Comment 22•6 months ago
|
||
Depends on D210757
Assignee | ||
Comment 23•6 months ago
|
||
Depends on D208502
Updated•6 months ago
|
Comment 24•6 months ago
|
||
Comment 25•6 months ago
|
||
bugherder |
Comment 26•5 months ago
|
||
Comment 27•5 months ago
|
||
bugherder |
Updated•5 months ago
|
Updated•3 months ago
|
Updated•3 months ago
|
Updated•3 months ago
|
Updated•15 days ago
|
Comment 28•1 day ago
|
||
Resolving as fixed because SHIP is now enabled for 50% of Nightly 134 and Beta 133. 🚀
https://experimenter.services.mozilla.com/nimbus/android-ship-nightly-rollout/summary
https://experimenter.services.mozilla.com/nimbus/android-ship-beta-rollout/summary
Updated•23 hours ago
|
Description
•