[dogfood][spark] Race condition between alarm and lock screen renders phone unusable

NEW
Unassigned

Status

Firefox OS
Gaia::System::Lockscreen
--
major
3 years ago
2 years ago

People

(Reporter: callahad, Unassigned)

Tracking

({DevAdvocacy, foxfood})

unspecified
ARM
Gonk (Firefox OS)
DevAdvocacy, foxfood

Firefox Tracking Flags

(tracking-b2g:backlog)

Details

(Whiteboard: [spark][DevRel:PX])

Attachments

(1 attachment)

(Reporter)

Description

3 years ago
Created attachment 8623069 [details]
Screenshot of alarm / lockscreen overlay

[Blocking Requested - why for this release]: Unrecoverable without a hard restart of the phone.

Potentially related to Bug 1092391

When my alarm sounded, I snoozed it and turned off the phone's display.

When it sounded again, the display was stuck in a weird half-alarm/half-lockscreen state. (see screenshot)

The alarm's snooze / dismiss buttons aren't responsive. While the lockscreen was responsive, I could only get at the bottom three buttons of the PIN pad, and thus could not unlock my phone.

My only option was to hard-reboot the phone, losing my open tabs in the process.
(Reporter)

Updated

3 years ago
Keywords: dogfood
Whiteboard: [spark]
blocking-b2g: spark? → 2.5?
Keywords: foxfood
Keywords: dogfood
Please confirm if this bug is reproducible. 

Thanks
Keywords: qawanted
I cannot reproduce this bug. Alarm overlay always appeared correctly over lockscreen. Also tried steps in bug 1092391 and couldn't repro either. Bug repro rate: 0 out of 8 attempts.

Device: Aries 2.5
BuildID: 20150817141354
Gaia: 60489c1ff8c5d1633fc4837d4f8019623d4e1940
Gecko: a6eeb28458fd2652e12e57334f046b7776d75bb4
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 43.0a1 (2.5) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0

Leaving qawanted for others to attempt.
Flags: needinfo?(jmercado)
Flags: needinfo?(jmercado)
I could not reproduce this issue after several attempts on Aries Master. I tried different phone orientations, passcode and lockscreen. I also tried with the phone being plugged in and not plugged in but the Alarm overlay always appeared correctly. 

Device: Aries 2.5
BuildID: 20150817141354
Gaia: 60489c1ff8c5d1633fc4837d4f8019623d4e1940
Gecko: a6eeb28458fd2652e12e57334f046b7776d75bb4
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 43.0a1 (2.5) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
I was also unable to reproduce this issue. I attempted multiple alarms at once, with and without a passcode lock enabled. I tried triggering the alarm right after the screen timed out, when the lockscreen was open, and when the passcode keypad was active. The full screen alarm UI and Software Home Button always appeared and functioned properly.

Repro Rate: 0/10

Environmental Variables:
Device: Aries 2.5
BuildID: 20150819130905
Gaia: 8f77edf3ac39d36f6df0f5517223d3ed35ed89e0
Gecko: d590b9601ba8138b621b2553daefd8823ab4295a
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 43.0a1 (2.5) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Dan, can you see if you can still reproduce this issue on the latest build?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Flags: needinfo?(jmercado)
Flags: needinfo?(dan.callahan)
Flags: needinfo?(jmercado)
(Reporter)

Comment 6

2 years ago
That's the thing about races :( I haven't been able to repro since it happened back in June, but it definitely happened then.
Flags: needinfo?(dan.callahan)
QA can't repro. Removing QAwanted.
Flags: needinfo?(jmercado)
Keywords: qawanted
Flags: needinfo?(jmercado)
[Tracking Requested - why for this release]:Try to reproduce and then needs a fix
blocking-b2g: 2.5? → ---
tracking-b2g: --- → backlog
Greg, could this be connected to the recent architecture overhauls?
Flags: needinfo?(gweng)
I think it's related to Software home button since its height match that exactly, and I don't think it relates to architecture.

If there are stable steps to reproduce that, I can give it a try after the current very long handling task queue ends.
Flags: needinfo?(gweng)
(Reporter)

Updated

2 years ago
Whiteboard: [spark] → [spark][DevRel:PX]
You need to log in before you can comment on or make changes to this bug.