1011089 - [Messages] Set hash when changing panels, and restore panels from hash

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::SMS, defect)

Description

[Julien Wajsberg [:julienw] (PTO -> Jul 24)]

The Navigation object has a facility to move to a panel automatically when launching the application with a hash.

However, we don't set the hash when changing panels yet.

Moreover, when launching as an activity, we use a different hash which is not known by the Navigation object, and we need a sensible way to handle this as well (possibly not doing anything as it is now).

Comment 1

[James Burke [:jrburke]]

I want something similar for email: For each "card" in the email app use an URL fragment ID change with  history.pushState(); to store some simple, JSON-serializable state for the card.

If the email app gets killed, on relaunch, start from the last URL/history entry in that history state, and allow history.back() to work.

One tricky thing may be having a way to reset the history state: in some UI flows for email, we want to reset the history: when a new account is added, we basically start over the card state back to be clear. 

Maybe that can be managed by doing something like history.back(-1 * history.length) then doing a location replace.

Comment 2

[(inactive after 6/18) Alive Kuo [:alive]]

(In reply to James Burke [:jrburke] from comment #1)
> I want something similar for email: For each "card" in the email app use an
> URL fragment ID change with  history.pushState(); to store some simple,
> JSON-serializable state for the card.
> 
> If the email app gets killed, on relaunch, start from the last URL/history
> entry in that history state, and allow history.back() to work.
> 
> One tricky thing may be having a way to reset the history state: in some UI
> flows for email, we want to reset the history: when a new account is added,
> we basically start over the card state back to be clear. 
> 
> Maybe that can be managed by doing something like history.back(-1 *
> history.length) then doing a location replace.

I don't know the detail of pushstate too much, but I am afraid it's not supported now and we need gecko love. What's working on is: if any app is changing its url, system app will record it. If the app is killed at background we will remove the whole mozbrowser iframe. Next time the user launches the app from task manager or homescreen, we will set the latest url instead of launch path (index.html). And I believe the newly iframe doesn't have history - unless gecko is really smart to keep and restore it.

Comment 3

[Julien Wajsberg [:julienw] (PTO -> Jul 24)]

I guess we would need gecko love to use the session history db.

Note that this bug is specific for the SMS application. Alive, do we have a bug for your work in the System app?

Comment 4

[Julien Wajsberg [:julienw] (PTO -> Jul 24)]

Mass closing of Gaia::SMS bugs. End of an era :(

Comment 5

[Julien Wajsberg [:julienw] (PTO -> Jul 24)]

Mass closing of Gaia::SMS bugs. End of an era :(