Closed Bug 1095677 Opened 10 years ago Closed 10 years ago

[Loop] User can't interact with notifcation bar during call

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.1+, b2g-v2.0 unaffected, b2g-v2.1 verified, b2g-v2.1S verified, b2g-v2.2 verified)

VERIFIED FIXED
2.2 S3 (9jan)
blocking-b2g 2.1+
Tracking Status
b2g-v2.0 --- unaffected
b2g-v2.1 --- verified
b2g-v2.1S --- verified
b2g-v2.2 --- verified

People

(Reporter: SalvadorR, Assigned: apastor)

References

()

Details

(Keywords: regression, Whiteboard: [2.1-exploratory-3])

Attachments

(3 files)

[Loop] User can't interact with notifcation bar during call
  
Description:
When user is in a call and attempts to interact with notification bar, the notifcation bar does nothing
   
Repro Steps:
1) Update a Flame device to BuildID: 20141107001205
2) Open loop app and make a call
3) During call attempt to interact with notifcation bar
4) Observe functionality
  
Actual:
Can't use notifcation bar during a call
  
Expected: 
Able to use notifcation bar during a call
  
Environmental Variables:
Device: Flame 2.1 (319mb) KK Shallow Flash
BuildID: 20141107001205
Gaia: 6295f6acfe91c6ae659712747dd2b9c8f51d0339
Gecko: 8c23b4f2ba29
Version: 34.0 (2.1)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
  
Repro frequency: 3/3
See attached: Video, Logcat
http://youtu.be/0TeLD8d0MHY
Flags: needinfo?(jmitchell)
This issue also occurs on Flame 2.2

Result: Can't use notification bar

"Flame 2.2

Device: Flame 2.2 Master (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141107040206
Gaia: 779f05fead3d009f6e7fe713ad0fea16b6f2fb31
Gecko: 64f4392d0bdc
Version: 36.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0"
------------------------------------------------------------
This issue does not occur on Flame 2.0

Result: Can use notification bar

"Flame 2.0 

Device: Flame 2.0 (319mb)(Kitkat Base)(Shallow Flash
BuildID: 20141107000206
Gaia: d3e4da377ee448f9c25f908159480e867dfb13f3
Gecko: 9836e9d81357 
Version: 32.0 (2.0)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0"
QA Whiteboard: [QAnalyst-Triage?]
[Blocking Requested - why for this release]: Regression, Broken functionality
blocking-b2g: --- → 2.1?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
blocking-b2g: 2.1? → ---
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Summary: [Loop] Loop app will not recognize registered users when user clearly has account set up → [Loop] User can't interact with notifcation bar during call
Re-adding flags, as they should not have been removed
blocking-b2g: --- → 2.1?
QA Whiteboard: [QAnalyst-Triage?]
QA Contact: ckreinbring
Regression window
Last working
BuildID: 20140830094116
Gaia: c05ee27dd1f39e0f1cceb8bc7706e20f297cd9df
Gecko: 82e1c0a8c589
Platform Version: 34.0a1
Firmware Version: V123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

First broken
BuildID: 20140830195315
Gaia: 2be78d83a760fa3b9638fe51c266b442d14597f1
Gecko: 1db35d2c9a2f
Platform Version: 34.0a1
Firmware Version: V123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Working Gaia / Broken Gecko = No repro
Gaia: c05ee27dd1f39e0f1cceb8bc7706e20f297cd9df
Gecko: 1db35d2c9a2f
Broken Gaia / Working Gecko = Repro
Gaia: 2be78d83a760fa3b9638fe51c266b442d14597f1
Gecko: 82e1c0a8c589
Gaia pushlog: https://github.com/mozilla-b2g/gaia/compare/c05ee27dd1f39e0f1cceb8bc7706e20f297cd9df...2be78d83a760fa3b9638fe51c266b442d14597f1


B2G Inbound
Last working
BuildID: 20140829124900
Gaia: c1625ae6a088ee362b88a2e857147f956f3baea8
Gecko: e43a2d77a921
Platform Version: 34.0a1
Firmware Version: V123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

First broken
BuildID: 20140829131701
Gaia: c5e67119b517ad544816bea58bce455374b9b499
Gecko: 72f99f685cc6
Platform Version: 34.0a1
Firmware Version: V123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Working Gaia / Broken Gecko = No repro
Gaia: c1625ae6a088ee362b88a2e857147f956f3baea8
Gecko: 72f99f685cc6
Broken Gaia / Working Gecko = Repro
Gaia: c5e67119b517ad544816bea58bce455374b9b499
Gecko: e43a2d77a921
Gaia pushlog: https://github.com/mozilla-b2g/gaia/compare/c1625ae6a088ee362b88a2e857147f956f3baea8...c5e67119b517ad544816bea58bce455374b9b499
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
possibly broken by either Bug 1042713, or Bug 1037255

Starting with Bug 1042713 which seems the more likely - Can you take a look Alberto?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell) → needinfo?(apastor)
QA Contact: ckreinbring
Sorry, what does exactly mean 'interact with the notification bar'? I'm not sure if we are talking about the attention-indicator, utility-tray or notifications-banner here :S 

Thanks!
Flags: needinfo?(apastor) → needinfo?(jmitchell)
redirecting NI to bug reporter
Flags: needinfo?(jmitchell) → needinfo?(srapanan)
I guess we are talking about the ambient indicator (showing the utility tray). Not sure what's the expected behavior here. Rob, during attention screens, should the ambient indicator be visible? In case it should, should the utility tray be actionable? Thanks!
Flags: needinfo?(rmacdonald)
Waiting for rob/UX to get back here before making a blocking decision.
Thanks for flagging me on this.

Looking at the video, the status bar, when dragged should reveal the utility tray. This allows users to view their notifications while in a call, whether it be loop or dialer. So this is a valid bug and should block.

The ambient indicator is used when the user tasks away from attention window and is a separate issue. So, if a user tasks away from a call or loop conversation, the ambient indicator appears along the top of the status bar to tell the user that there is an active call. Alive and Etienne worked on this for the dialer and the ux spec is located here - https://mozilla.box.com/s/8z5gr9rds22gh0k7fuyz.

I hope this helps!

Rob
Flags: needinfo?(rmacdonald)
Mhm, I'm not sure here. My understanding was that the utility tray was only accessible after tapping the home button during a call. Then, the attention indicator is shown (as you were describing) and the utility tray is 'dragable'. The video is showing the attention screen, without pressing the home button. Did I get something wrong? Sorry for flagging again...
Flags: needinfo?(rmacdonald)
Hi Rob,

According to https://mozilla.app.box.com/s/l863mefh21ni92ypglwu/1/2243089765/19326526351/1, the utility tray shouldn't be actionable during the call, only after pressing the home button (and the active ambient indicator is shown). I think the bug here is that the ambient indicator should be hidden during the attention screen.
Hi Alberto...

That wasn't actually the intent although I can understand how one could arrive at that conclusion because the spec focuses solely on the multitasking case and doesn't show that the tray can be accessed from the attention screen. So my response re opening the tray in comment 10 still stands. Sorry for any confusion there. 

- Rob
Flags: needinfo?(rmacdonald)
NI oteo, from Tef, to see if this is something we can fix on the app side.
Flags: needinfo?(oteo)
This needs to be fixed in the system app.
Assignee: nobody → apastor
Flags: needinfo?(oteo)
Attachment #8540576 - Flags: review?(alive)
Comment on attachment 8540576 [details] [review]
[PullReq] albertopq:1095677-attention-tray to mozilla-b2g:master

Better if you explain why.
Attachment #8540576 - Flags: review?(alive) → review+
Keywords: checkin-needed
Autolander could not locate a review from a user within the suggested reviewer list. Either the patch author or the reviewer should be in the suggested reviewer list.

Note: Until bug 1095028 lands, the patch *must* have a review by a suggested reviewer. If you are the patch author, you can leave an additional R+ on the attachment for autolander to process it.
Keywords: checkin-needed
Autolander could not locate a review from a user within the suggested reviewer list. Either the patch author or the reviewer should be in the suggested reviewer list.

Note: Until bug 1095028 lands, the patch *must* have a review by a suggested reviewer. If you are the patch author, you can leave an additional R+ on the attachment for autolander to process it.
master: https://github.com/mozilla-b2g/gaia/commit/1913c69336f2e8f8bfd97e3179e862d325aa3a99
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
"interact with the notification bar." Meaning that I was unable to have the notifcation bar drop down when connecting to a call.
Flags: needinfo?(srapanan)
Can qa please help verify this bug on a 2.2 build? Alberto, how risky is this uplift for 2.1 at this point ?
blocking-b2g: 2.1? → 2.1+
Keywords: verifyme
A css 3 liner that allows pointer-events on the utility-tray when in the attention screen. I would recommend uplifting it after verifying.
Target Milestone: --- → 2.2 S3 (9jan)
A regression has been found in Bug 1121188, so don't uplift to 2.1 yet
Depends on: 1121188
Bug 1121188 has landed, please request v2.1 approval now please.
Flags: needinfo?(apastor)
Comment on attachment 8540576 [details] [review]
[PullReq] albertopq:1095677-attention-tray to mozilla-b2g:master

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): -
[User impact] if declined: User can't interact with the utility tray during a call
[Testing completed]: Added tests in Bug 1121188, which should be uplifted just after this one
[Risk to taking this patch] (and alternatives if risky): given that is a css change and the added integration tests, I would say is save to uplift
[String changes made]:
Flags: needinfo?(apastor)
Attachment #8540576 - Flags: approval-gaia-v2.1?
Attachment #8540576 - Flags: approval-gaia-v2.1? → approval-gaia-v2.1+
The problem is verified not happen on latest Flame 2.1 and 2.2 build.

Steps:
1) Open loop app and make a call
2) During call attempt to interact with notifcation bar
3) Observe functionality
  
Actual:
You can drag down notifcation bar and turn on/off BT... during a call.

Fail rate:0/5
Loop version:bd8f1c2
See attachment:1228.mp4

Flame 2.1 version:
Gaia-Rev        d98bbe9d2bfdb53e80dc1ab1572bd05938a85526
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/c694578ff69e
Build-ID        20150128001258
Version         34.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20150128.034753
FW-Date         Wed Jan 28 03:48:03 EST 2015
Bootloader      L1TC000118D0

Flame 2.2 version:
Gaia-Rev        cd42b034fd2825c3675ace3a67f5775eb61c2d60
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/d824c65a6a2b
Build-ID        20150128002506
Version         37.0a2
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20150128.035910
FW-Date         Wed Jan 28 03:59:20 EST 2015
Bootloader      L1TC000118D0
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+],MGSEI-Triage+
Attached video 1228.MP4
Hi Vincent,

    Could you please tell me what is your device storage when you fix this bug on 2.1S ?  512M or 256M?

Thank you very much.
Flags: needinfo?(vliu)
Hi Reporter,

    Could you please tell me what is your device MEM when you found this bug on 2.1S ?  512M or 256M?  You can get the "MemTotal" using below command: " adb shell cat /proc/meminfo ".

Thank you very much.
Flags: needinfo?(srapanan)
The problem is verified not happen on latest 2.1s(256m and 512m) build.

Steps:
1) Open loop app and make a video call
2) During call attempt to interact with notifcation bar
3) Observe functionality
  
Actual:
You can drag down notifcation bar and turn on/off BT... during a call.

Fail rate:0/5
Loop version:bd8f1c2

2.1s(256m) version:
Build ID               20150209001232
Gaia Revision          bca70e96979fbd714012dc442a92b9fa156f63f7
Gaia Date              2015-02-03 00:37:47
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g34_v2_1s/rev/afac5ac46ff6
Gecko Version          34.0
Device Name            scx15_sp7715ga
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150209.035424
Firmware Date          Mon Feb  9 03:54:36 EST 2015

2.1s(512m) version:
Build ID               20150209001232
Gaia Revision          bca70e96979fbd714012dc442a92b9fa156f63f7
Gaia Date              2015-02-03 00:37:47
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g34_v2_1s/rev/afac5ac46ff6
Gecko Version          34.0
Device Name            scx15_sp7715ea
Firmware(Release)      4.4.2
Firmware(Incremental)  93
Firmware Date          Thu Jan 22 15:21:20 CST 2015
Flags: needinfo?(vliu)
Flags: needinfo?(srapanan)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: