Closed
Bug 1137510
Opened 9 years ago
Closed 6 years ago
[email] Refactor: support fragment ID startup to arbitrary cards
Categories
(Firefox OS Graveyard :: Gaia::E-Mail, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jrburke, Unassigned)
References
Details
Bug 1128739 introduced some machinery to allow for this, and initially that bug was going to tackle this part too, but it got to be too much for one bug. This bug will track using fragment IDs in the URL (the #part) to start up the email at arbitrary cards. It may not work out though if the chaining of cards can vary widely based on user interaction. For that, we would need a full history pushState save and restore on OOM to work. Other notes (taken from bug 1128739): See if we can get better OOM restoration by using fragment IDs for cards. The system app will relaunch apps with the last fragment ID if it was OOM killed with one. The trick with this is managing the difference between navigation paths that have permutations that differ based on user-selected paths (like if Back could mean two different cards depending on user selected nav flow). For this last item, be aware that some cards, like manual setup, could have a set of data that should be saved, but not put in fragment IDs. Bug 1125408 has more info.
Comment 1•6 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•