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)

x86
macOS
defect
Not set
normal

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.
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.