Closed Bug 1219182 Opened 6 years ago Closed 6 years ago

[Late Customization]There is no downloaded app notification.

Categories

(Firefox OS Graveyard :: Gaia::First Time Experience, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-master affected)

RESOLVED WORKSFORME
Tracking Status
b2g-master --- affected

People

(Reporter: huayu.li, Unassigned)

References

Details

(Whiteboard: [systemsfe])

Attachments

(2 files)

Attached file logcat3.txt
[1.Description]:
[Arieskk_v2.5][Late Customization]After the free apps are downloaded and installed completely, go to the homscreen, there is no downloaded app notification.
Found at:16:46
See attachment:logcat3.txt, Arieskk_v2.5_2.2gp

[2.Testing Steps]: 
Pre: Insert SIM card.
1.Make reset-gaia.
2.Connect to wifi and make sure it is connected.
3.Go through to free app page and make sure the free apps are downlaoded.
4.Complete FTE and skip tour.

[3.Expected Result]: 
4.There should be a notification of downloaded app at bottom of screen.

[4.Actual Result]: 
4.There is no downloaded app notification.

[5.Reproduction build]: 
Build ID               20151027221526
Gaia Revision          ed9f29f7da11370b7c9c4a9cf3d11139537539df
Gaia Date              2015-10-28 01:58:46
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/2b333a1d94e805a59c619ee41a6dec7fdcce505d
Gecko Version          44.0a1
Device Name            aries
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.worker.20151027.213419
Firmware Date          Tue Oct 27 21:34:27 UTC 2015
Bootloader             s1

[6.Reproduction Frequency]: 
Always Recurrence,5/5

[7.TCID]: 
17524
Attached video AriesKK_v2.5.3gp
[Blocking Requested - why for this release]: Need a blocking decision on this. Its actually a UX/product call as apps installed during FTU are conceptually "pre-installed" by the operator so a notification might be unexpected.
blocking-b2g: --- → 2.5?
Flags: needinfo?(tshakespeare)
Hey guys - the short answer is that it depends. If the install finishes before the user gets to the homescreen, then we do not show notifications. If the install finishes after the user has finished the FTE/Tour, then we should show notifications per usual.

Please see pg 11 in the spec and let me know if you have further questions - https://mozilla.box.com/s/43n46kn0eozluagqb6ngcbzzf1xbm335
Flags: needinfo?(tshakespeare)
Thanks Tif. 
This is a tough once to test, but I think what we need to verify here is: 

STR: 
* Flash device, step through FTU, establish a (slow/throttled) wifi or 3g connection
* Step through to "Free Apps" panel where there should be at least 1 app to install
* Complete the FTU *while those apps are still downloading*. I think a throttling proxy which gives some visibility into what HTTP traffic may be necessary for this

Expected results: The pending install completes while at the homescreen and a notification is shown. Note that the installs are queued serially in the FTU, so we do not expect multiple installs to complete after the FTU is closed. Anything not already in flight will need to be installed from the Marketplace. 

I'm not 100% of what the behavior will be there. I *think* that an in-flight app install initiated from the FTU will be completed after it closed, but it may get aborted? Ni fabrice for his thoughts
Flags: needinfo?(fabrice)
QA: Can we get confirmation of the STR I outline in Comment #4. We're expecting that an in-flight late-customization install started from the FTU will complete and create a notification if the FTU is closed in the meantime. Let me know if I can clarify further.
Keywords: qaurgent
(In reply to Sam Foster [:sfoster] from comment #4)
> 
> I'm not 100% of what the behavior will be there. I *think* that an in-flight
> app install initiated from the FTU will be completed after it closed, but it
> may get aborted? Ni fabrice for his thoughts

Yes, it will go through, and the system app will receive the install event as expected.
Flags: needinfo?(fabrice)
FWIW the way this works as as soon as there's a usable connection (navigator.onLine is true) the list of apps is downloaded in the background from the marketplace. Assuming this succeeds and the list is non-empty, the "Free Apps" panel is shown after the Firefox Accounts panel. Only then is the install queue set up and we begin to download and install each app. So in theory, if you had a slow connection and/or a large app to download you should be able to enable cellular data, pause on the FxA page (you can check lateCustomizationPanel._appsToInstall is defined to confirm the list has been received from marketplace) and then attempt to reproduce by clicking rapidly through the rest of the FTU (skip the tutorial). 

I've been trying to get into this condition, but even using a not-great 3g signal, the apps on dev are so small they are all installed no matter how quickly I race through the rest of the FTU. I'm not sure how to use the staging server - maybe there's a more realistic payload I can try there? So, qaurgent still stands - we need to confirm this.
Hi Sam,
I got the following actual result. It just appears once and there is no video.

1. Enable data[make sure it is connected but slow]
2. Tap next to complete FTU, skip tour[Free app page has been displayed in FTU]
3. Go to homescreen
-->One app install prompt page pops up
4. Tap install
-->App can be installed and a notification that app has been installed pops up.
Keywords: qaurgent
Whiteboard: [systemsfe]
Seems like everything works as expected? Are we done here?
blocking-b2g: 2.5? → ---
(In reply to Alissa from comment #8)

> 1. Enable data[make sure it is connected but slow]
> 2. Tap next to complete FTU, skip tour[Free app page has been displayed in
> FTU]
> 3. Go to homescreen
> -->One app install prompt page pops up
> 4. Tap install
> -->App can be installed and a notification that app has been installed pops
> up.

Yeah, that's the expected result -we're all good here. Thanks Alissa!
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.