883400 - Update notification appears during first time experience, but user cannot act upon it

Status: RESOLVED WONTFIX

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

Description

[John Karahalis [:openjck]]

I noticed this while setting up an old version of Firefox OS (the version that ships on the Geeksphone Peak). I later updated the OS, but was not able to re-test this due to the uncontrollable nature of update notifications.

Steps to reproduce:

1. Start a Firefox OS phone for the first time
2. During the first time experience, connect to a network
3. Wait for a few minutes

Actual result:

A brief animation appears indicating that an update is available. The user is unable to act upon this information, because they are stuck in the first time experience UI.

Expected result:

Do not notify the user of updates during the first time experience, as he cannot act upon the notification at that time. After the first time experience, notify the user of any updates, /complete with animation/.

Comment 1

[Sam Foster [:sfoster] (he/him)]

I would appreciate QA's help determining if this is still a valid issue. We shouldn't show any notification to get stuck on.

Comment 2

[Pi Wei Cheng [:piwei] (inactive)]

I can reproduce the issue where update available banner on the top is displayed during FTU after connected to wifi. However I can actually tap on the banner (but have to do it quick, before it disappears), and the update list tray appears, and I can actually download them during FTU. So user is not actually stuck anywhere.

Video of above observation (fast forward to 50 seconds into the video to see update banner):
https://www.youtube.com/watch?v=spvCCZfMpcc

(in the video there's only a marketplace update, but I did test with an earlier build where system update is available and I had no issue downloading it)

Note:
If one doesn't tap the banner in time, there's no way of seeing the notification until user reaches home screen.

Tested on:
Device: Flame 2.6 Master
BuildID: 20151109030231
Gaia: c3436122d678911d04b8f491724596116890ff9b
Gecko: e2a910c048dc82fc3be53475f18e7f81f03e377b
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 45.0a1 (2.6) 
Firmware Version: v18Dv4
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0

Device: Aries 2.6 Master
BuildID: 20151109152230
Gaia: 23cab7ea0fcecab7689d340baf604e024e88f9a3
Gecko: e1ef2be156de1dad31bb4189a51b178b12b23340
Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56
Version: 45.0a1 (2.6) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0

Comment 3

[Jayme Mercado [:JMercado] (Inactive 3/4/2016)]

Sam this issue does still occur as per comment 2.

Comment 4

[Sam Foster [:sfoster] (he/him)]

> Do not notify the user of updates during the first time experience, as he
> cannot act upon the notification at that time. After the first time
> experience, notify the user of any updates, /complete with animation/.

This sounds like what we want, but as the user is not currently blocked:

> I can reproduce the issue where update available banner on the top is
> displayed during FTU after connected to wifi. However I can actually tap on
> the banner (but have to do it quick, before it disappears), and the update
> list tray appears, and I can actually download them during FTU. So user is
> not actually stuck anywhere.

.. I'll prioritize and put it on the backlog. We may need some system app changes here to queue up notifications for after FTU closes - I'm not sure offhand how that will work. I've set flags for master and 2.5 where its confirmed, but it's probably true that we've had this issue since day 1 as this was originally filed on 2013/06. Feel free to backfill the flags :)
> 
> Video of above observation (fast forward to 50 seconds into the video to see
> update banner):
> https://www.youtube.com/watch?v=spvCCZfMpcc
> 
> (in the video there's only a marketplace update, but I did test with an
> earlier build where system update is available and I had no issue
> downloading it)
> 
> Note:
> If one doesn't tap the banner in time, there's no way of seeing the
> notification until user reaches home screen.
> 
> Tested on:
> Device: Flame 2.6 Master
> BuildID: 20151109030231
> Gaia: c3436122d678911d04b8f491724596116890ff9b
> Gecko: e2a910c048dc82fc3be53475f18e7f81f03e377b
> Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
> Version: 45.0a1 (2.6) 
> Firmware Version: v18Dv4
> User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0
> 
> Device: Aries 2.6 Master
> BuildID: 20151109152230
> Gaia: 23cab7ea0fcecab7689d340baf604e024e88f9a3
> Gecko: e1ef2be156de1dad31bb4189a51b178b12b23340
> Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56
> Version: 45.0a1 (2.6) 
> Firmware Version: D5803_23.1.A.1.28_NCB.ftf
> User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0

Comment 5

[BMO Automation]

Firefox OS is not being worked on