Closed Bug 1082744 Opened 10 years ago Closed 6 years ago

[Window Mgmt] Alarm notification window takes priority over incoming call

Categories

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected)

RESOLVED WONTFIX
Tracking Status
b2g-v2.0 --- affected
b2g-v2.1 --- affected
b2g-v2.2 --- affected

People

(Reporter: cinnes, Unassigned)

References

()

Details

(Whiteboard: [2.1-flame-test-run-3])

Attachments

(1 file)

Attached file logcat.txt
Description:
When an alarm goes off at the same time as an incoming call the alarm will get priority over the incoming call. The alarm page shows and the device will make an alarm sound in place of a ringtone.
   
Repro Steps:
1) Update a Flame device to BuildID: 20141014001201
2) From the home screen go into the clock app
3) Create an alarm 
4) Have it set to go off within the next 1 to 2 minutes
5) Select "done"
6) Have the test device recieve a call 10 to 15 seconds before the alarm time
7) Do not answer or ignore call
  
Actual:
The alarm will go off with visible alarm page and require manual input first before the incoming call can be accepted or ignored.
  
Expected: 
Incoming call should take priority over an alarm and the alarm should be muted without showing an alarm page over the incoming call.
  
Environmental Variables:
Device: Flame 2.1 kk (319mb)(Full Flash)
BuildID: 20141014001201
Gaia: 7e2e65a9668123b54c8cce5dacfdba6f4bd4672b
Gecko: 2325da834971
Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf
Version: 34.0 (2.1)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

  
Repro frequency: 100%
Link to failed test case: https://moztrap.mozilla.org/manage/case/4499/
See attached: Youtube Video, Logcat

Youtube Link: https://www.youtube.com/watch?v=uNFzI57cHkY
Flags: needinfo?(dharris)
Issue DOES occur on

Flame 2.2 

Device: Flame 2.2 Master KK (319mb) (Full Flash)
BuildID: 20141013040202
Gaia: 3b81896f04a02697e615fa5390086bd5ecfed84f
Gecko: f547cf19d104
Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf
Version: 35.0a1 (2.2 Master)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Flame 2.0

Device: Flame 2.0 KK (319mb) (Full Flash)
BuildID: 20141013000204
Gaia: 6effca669c5baaf6cd7a63c91b71a02c6bd953b3
Gecko: 54ec9cb26b59
Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf
Version: 32.0 (2.0)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Actual Result: Incoming call is interrupted by alarm.

Expected Result: Incoming call should have priority.
QA Whiteboard: [QAnalyst-Triage?]
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(dharris)
Not nominating this as a blocker because if the user dismisses the alarm, they will immediately be brought to the call screen where they can accept or ignore the incoming call.
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: