1324724 - User Press Back key then close the app?

Status: RESOLVED INCOMPLETE

(Firefox for Android Graveyard :: General, defect, P5)

Description

[Rachelle Yang [:ryang][[e-mail]]]

Attachment: 螢幕快照 2016-12-20 17.04.18.png

The symptom happened while a behavior triggered a web-page to next step, 
if user tried Back key , then the app is closed .

(This happened in Sign-in page, Privacy notice/Terms of service page, Manage account page, Forget password….)

Comment 1

[Rachelle Yang [:ryang][[e-mail]]]

Hi Max, 

Would you please elaborate the symptom a little bit for better understanding its mechanism ??
Thank you very much !!

Comment 2

[Max Liu [:maliu]]

In fennec, we implement some function by webpage as you mentioned. Though we can take some advantage from it(ex. runtime A/B testing; web developer's support), it also breaks user mental stack of Setting/Sign-in function by leaving Setting activity to webpage.
We may have to do some research on implementation see if we can create another fragment/activity to preserve the user flow stack.

:sebastian What do you think?

Comment 3

[Sebastian Kaspari (:sebastian; :pocmo)]

From my point of view that's the end of the first run tour and both actions end the tour. One of them throws you directly into the browser while the other one opens the sign in page. Is this really a confusing flow? (We have a different bug for having an option to be able to get back to the tour in general).

(In reply to Max Liu [:maliu] from comment #2)
> We may have to do some research on implementation see if we can create
> another fragment/activity to preserve the user flow stack.

We could do that. But please remember that this is not just a simple website we display - there's quite some interaction happening so that we end up with an account inside the Android system. The first run tour is also something we want to heavily "play with" next year - running experiments and having custom tours for different countries - this can get complex.

Before we invest too much engineering time we should make sure that this moves the needle on any metric we care about and is not actually a distraction.

Comment 4

[Michael Comella (:mcomella) [NI reported issues only: ex-Mozilla]]

[triage] Non-critical.

Comment 5

[Firefox Bug Husbandry Bot]

Re-triaging per https://bugzilla.mozilla.org/show_bug.cgi?id=1473195

Needinfo :susheel if you think this bug should be re-triaged.

Comment 6

[BMO Automation]

We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.