Closed Bug 998506 Opened 10 years ago Closed 6 years ago

[B2G][E-Mail][Tarako]When the user cancels setting up e-mail they are still brought to the set up page

Categories

(Firefox OS Graveyard :: Gaia::E-Mail, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v1.3T affected)

RESOLVED WONTFIX
Tracking Status
b2g-v1.3T --- affected

People

(Reporter: dharris, Unassigned)

References

()

Details

(Whiteboard: [tarako-exploratory])

Attachments

(1 file)

Attached file Logcat, Firewatch
Description:
When the user does not have E-mail set up and tries to share a photo with E-mail, they are asked if they wish to set up E-mail. Tapping 'Cancel' does not cancel the E-mail set up process.

Prerequisites: Have wifi connected, a picture in the gallery, and E-mail not set up

Repro Steps:
1) Update a Tarako to BuildID: 20140417004002
2) Open Camera app
3) From inside the Camera app go to the gallery
4) Select any picture>share>Email
5) When asked if you would like to set up email tap on 'Cancel'

Actual:
User is taken to 'New Account' screen to set up E-mail

Expected:
User is taken back to the photo they selected in the Gallery app

1.3t Environmental Variables:
Device: Tarako 1.3t
BuildID: 20140417004002
Gaia: a8d2d399f2939f4845abaa0df57abab241a2c782
Gecko: d97dad54cb61
Version: 28.1
Firmware Version: sp6821

Keywords: Media, Video, Picture, Incorrect, Set up, New account

Repro frequency: 100%
See attached: Logcat, Firewatch, Video - https://www.youtube.com/watch?edit=vd&v=VMVJWla56fo
The above issue does not occur on Buri 1.3

1.3 Environmental Variables:
Device: Buri 1.3 MOZ
BuildID: 20140418024004
Gaia: 4aae5c8e9ac9a3d7ea7e83172dda6e11169cd677
Gecko: 0fd9f6fe8832
Version: 28.0
Firmware Version: v1.2-device.cfg
The firewatch logs (thanks for those!) indicate the camera app was dead by the time the e-mail app went back to return to the camera app.  We explicitly removed the workaround where we used to window.close() ourselves in bug 802643 to avoid confusing the system app (see bug 802643 comment 34).  We intentionally bring up the settings UI since if we're not closing ourselves it's essential that the UI have a valid state.

For Tarako the limited memory resources may mean that triggering the email app is guaranteed to kill the calling app, in which case our options are:
1a) admit the user has no choice, remove the prompt.  Per discussion on related bugs this may confuse the user since the prompt provides useful context.  This gives us the variant:
1b) modify the prompt so it's basically "okay, I'll set up an account"
2) put the window.close() workaround back in for v1.3T only, leaving the user back on the home screen.  It's still broken, but at least the user is one step closer to triggering the calling app again.  Leaving them in the email app is mean since they told us they don't want to be there.
3) Some system enhancement so that the original app can be re-triggered.  This is nicest to the user and requires no work on the email app's part! Yay!  (Although it then implies that the email app would need to learn to restore its state in all those cases where it's the one triggering activities.)

I'll go find an existing system/meta-bug on this later today and/or start a mail thread since this is a systemic issue.


Here's some excerpts from the log showing the comparable memory sizes when notable things happened:

== Before Camera death:
  NAME PID PPID CPU(s) NICE  USS  PSS  RSS VSIZE OOM_ADJ USER
   b2g  83    1   34.8    0 28.0 31.0 37.0 148.7       0 root   
(Nuwa) 352   83    1.1    0  0.2  1.6  5.1  49.4       0 root   
Camera 677  352    4.1   18 12.8 16.8 24.7  70.9      10 app_677
E-Mail 785  352    1.6    1 10.9 14.3 21.5  65.5       2 app_785

== After camera death:
  NAME PID PPID CPU(s) NICE  USS  PSS  RSS VSIZE OOM_ADJ USER   
   b2g  83    1   34.9    0 27.9 31.6 36.4 149.3       0 root   
(Nuwa) 352   83    1.1    0  0.2  2.1  5.1  49.4       0 root   
E-Mail 785  352    2.5    1 20.1 24.9 30.8  76.4       2 app_785

== Preallocated came back:
           NAME PID PPID CPU(s) NICE  USS  PSS  RSS VSIZE OOM_ADJ USER   
            b2g  83    1   35.1    0 27.7 31.0 36.3 150.4       0 root   
         (Nuwa) 352   83    1.1    0  0.2  1.6  5.1  49.4       0 root   
         E-Mail 785  352    3.0    1 19.1 23.3 30.3  74.5       2 app_785
(Preallocated a 853  352    0.4   18  2.8  4.8  9.1  52.4       2 root   

== Preallocate is now homescreen:
      NAME PID PPID CPU(s) NICE  USS  PSS  RSS VSIZE OOM_ADJ USER   
       b2g  83    1   35.2    0 27.3 30.2 35.9 149.3       0 root   
    (Nuwa) 352   83    1.1    0  0.2  1.6  5.1  49.4       0 root   
    E-Mail 785  352    3.3    1 18.5 22.6 30.2  74.5       2 app_785
Homescreen 853  352    1.0   18  5.8  8.9 15.6  59.5       8 app_853
Depends on: 998633
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.

Attachment

General

Created:
Updated:
Size: