1183389 - [Call Screen][Emergency Call] Notification banners are not visible when in an emergency call.

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::System::Status bar, Utility tray, Notification, defect)

Description

[Martin Shuman [:Marty]]

Attachment: logcat-emergency-call-notification.txt

Description:
When the user is in an emergency call with an ICE contact, any notifications (screenshot, received sms) will not be displayed at the top of the screen.

Repro Steps:
1) Update a Aries to 20150713103207
2) In the Settings app, enable a lockscreen passcode
3) In the Contacts app, create a contact and set it as an ICE contact.
4) Lock the device
5) At the lockscreen, swipe to the right to bring up the passcode keypad, and select 'Emergency Call'
6) Call the ICE contact using the red option above the dial pad.
7) Receive an sms or take a screenshot on the phone.

Actual:
Notification banners do not appear during an emergency call.

Expected:
Notification banners appear properly during an emergency call.

Environmental Variables:
Device: Aries 2.5
Build ID: 20150713103207
Gaia: a7439b6ca88264734171ff5ea0b6a0b8df3f258e
Gecko: 38d03bf4616e
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 42.0a1 (2.5)
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

Repro frequency: 10/10
See attached: Logcat

Comment 1

[Martin Shuman [:Marty]]

This issue DOES occur on Flame 2.5 builds.
Notification banners do not appear during an emergency call.

Environmental Variables:
Device: Flame 2.5
Build ID: 20150713010204
Gaia: e4b63559eba364892867eb381c3002d6518e5d6a
Gecko: eab21ec484bb
Gonk: a4f6f31d1fe213ac935ca8ede7d05e47324101a4
Version: 42.0a1 (2.5)
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

-------------------------------------------------

This issue does NOT occur on Flame 2.2 builds.
Notification banners appear properly during an emergency call.

Environmental Variables:
Device: Flame 2.2
Build ID: 20150710002505
Gaia: 84d0c76370dcd3d25813b00de55194730884355b
Gecko: e002005dc994
Gonk: bd9cb3af2a0354577a6903917bc826489050b40d
Version: 37.0 (2.2)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Comment 2

[Peter Bylenga [:PBylenga]]

[Blocking Requested - why for this release]:
Functional regression.

Requesting a window.

Comment 3

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

b2g-inbound regression window:

Last Working
Device: Flame 2.5
BuildID: 20150520035741
Gaia: d910608af507188e612dc55ee730ef9233c0e777
Gecko: fc1b9ceab6be
Version: 41.0a1 (2.5) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0

First Broken
Device: Flame 2.5
BuildID: 20150520064142
Gaia: b830fde437465bc80fe960b1fd8b038d30ddcdc8
Gecko: 1a857bf3997e
Version: 41.0a1 (2.5)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0

Last Working Gaia & First Broken Gecko - no repro
Gaia: d910608af507188e612dc55ee730ef9233c0e777
Gecko: 1a857bf3997e

Last Working Gecko & First Broken Gaia - repro
Gaia: b830fde437465bc80fe960b1fd8b038d30ddcdc8
Gecko: fc1b9ceab6be

Gaia pushlog:
https://github.com/mozilla-b2g/gaia/compare/d910608af507188e612dc55ee730ef9233c0e777...b830fde437465bc80fe960b1fd8b038d30ddcdc8

Caused by changes made in Bug 1157822.

Comment 4

[KTucker [:KTucker][Inactive 3/4/2016]]

Alberto, can you take a look at this please? This might have been caused by the landing for bug 1157822.

Comment 5

[Alberto Pastor [:albertopq]]

I'm not sure about this behavior. Can we receive SMS in emergency mode? Are notifications important in this scenario? They won't be accessible when clicking, as the phone is locked. Flagging UX. May be we need somebody that knows the certification process well.

Thanks!

Comment 6

[Gregor Wagner [:gwagner]]

UX ping

Comment 7

[Rob MacDonald [:robmac]]

Hi Alberto...

I'm not familiar with this feature but Carrie handled it previously. She's no longer with Mozilla but I'm NI'ing Harly to see if he has additional information. Also flagging Wilfred to see if he's familiar with the requirement.

- Rob

(In reply to Alberto Pastor [:albertopq] from comment #5)
> I'm not sure about this behavior. Can we receive SMS in emergency mode? Are
> notifications important in this scenario? They won't be accessible when
> clicking, as the phone is locked. Flagging UX. May be we need somebody that
> knows the certification process well.

Comment 8

[Harly Hsu[:harly]]

NI Morpheus to have a look at this.

Comment 9

[Morpheus Chen [:morpheus] UX]

There are two situations need to be clarified based on the testing for different OS, one is making an emergency call on lockscreen and the other is after unlocking the phone. 

In the first situation, the main purpose is to allow user make emergency call without unlocking the phone. This means user might not be the owner of the phone or the situation is too urgent to waste time on unlocking. So I prefer to show notification banner for telling time since it'll be needed when having an emergency call, but the notification banner won't be able to interact with. You can find the similar UX flow from iOS.

As for the second situation, things are pretty simple. The notification banner will function as usual working flow.

Comment 10

[Morpheus Chen [:morpheus] UX]

I would like to correct my previous comment. Please ignore last one. Sorry for the bothering.

There are two situations need to be clarified based on the testing for different OS, one is making an emergency call on lockscreen and the other is after unlocking the phone. 

In the first situation, the main purpose is to allow user make emergency call without unlocking the phone. This means user might not be the owner of the phone or the situation is too urgent to waste time on unlocking. So I prefer to show status bar for telling time since it'll be needed when having an emergency call, but the notification banner won't be displayed to prevent any distraction or delay. You can find the similar UX flow from iOS.

As for the second situation, things are pretty simple. The status bar and notification banner will function as usual working flow.

Comment 11

[Gregor Wagner [:gwagner]]

So is the current implementation sufficient or do we have to fix this bug?

Comment 12

[Morpheus Chen [:morpheus] UX]

Attachment: Emergency call.jpg

I would say the current implementation sufficient, but the best situation will be showing status bar but deactivating any notification banner while making emergency calls. Please find the attached mockup as example.

Comment 13

[Al Tsai [:atsai]]

[Triage] Minus it temporarily according to Comment 12

Comment 14

[GitHub Autolander Bot]

Attachment: [gaia] albertopq:1183389-statusbar-emergency > mozilla-b2g:master

Comment 15

[Alberto Pastor [:albertopq]]

Comment on attachment 8651719 [details] [review]
[gaia] albertopq:1183389-statusbar-emergency > mozilla-b2g:master

Wrong bug number

Comment 16

[Alberto Pastor [:albertopq]]

Unassigned, as I have no time to work on this now

Comment 17

[BMO Automation]

Firefox OS is not being worked on