Closed
Bug 946653
Opened 11 years ago
Closed 11 years ago
[Unagi_1.2][Pre-IOT] The lock bar is showed highlighted when cancelling the unblock code
Categories
(Firefox OS Graveyard :: Gaia::System::Lockscreen, defect)
Tracking
(blocking-b2g:koi+)
RESOLVED
WORKSFORME
blocking-b2g | koi+ |
People
(Reporter: dpalomino, Assigned: gweng)
References
Details
Attachments
(2 files)
This issue has been reported during pre-IOT 1.2. device: unagi Gecko: d77ba08 Gaia: 1b67b55 STR: 1. Block the DUT with a code 2. Lock the screen and short press the power buton 3. Press "Cancel", it will show the "lock bar" in the initial state 4. Move the "lock bar" to the right, to unlock the screen 5. Press "Cancel" again, DUT will show the "lock bar" highlighted Actual Result: DUT will show the "lock bar" highlighted (see attached file) Expected Result: DUT should show the bar in the initial state This is quite ugly issue for the user... In case it'd be something not risky to fix, could we think to include it for koi? Nominated for discussion.
Comment 1•11 years ago
|
||
What is the reproducibility rate? What device did we test on?
Comment 2•11 years ago
|
||
(In reply to Preeti Raghunath(:Preeti) from comment #1) > What is the reproducibility rate? The STR above from what I read sounds like 100% repro rate. > > What device did we test on? It's unagi. But the issue here sounds like it would reproduced on all devices, as the lockscreen issue here would be device independent.
Comment 3•11 years ago
|
||
UX Please chime in on: Is it bad UX and can wait till 1.3? OR Is it extremely bad that it has to be fixed in 1.2?
Flags: needinfo?(firefoxos-ux-bugzilla)
Comment 4•11 years ago
|
||
Tim, Please review for lock screen and reassign appropriately. Not easily seen though.
blocking-b2g: koi? → koi+
Flags: needinfo?(timdream)
Updated•11 years ago
|
Component: Gaia → Gaia::System::Lockscreen
Updated•11 years ago
|
Flags: needinfo?(timdream) → needinfo?(gweng)
Assignee | ||
Comment 5•11 years ago
|
||
If you check the style first, you'll notice this is affected by statusbar.css: 44b7b559 (Vivien Nicolas 2013-04-30 17:49:54 +0200 25) #screen.locked:not(.attention) #statusbar{ 44b7b559 (Vivien Nicolas 2013-04-30 17:49:54 +0200 26) background-color: transparent; 44b7b559 (Vivien Nicolas 2013-04-30 17:49:54 +0200 27) } I disable the background-color property on Nightly and it restores to black. However, this seems intentional to be transparent, and conflicts with the spec listed in Bug 887802, which shows a black statusbar while locked. I would provide a patch for this by disable the CSS property soon.
Flags: needinfo?(gweng)
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → gweng
Assignee | ||
Comment 6•11 years ago
|
||
After review & approval, I would land this on v1.2, too.
Attachment #8346980 -
Flags: review?(timdream)
Assignee | ||
Comment 7•11 years ago
|
||
Comment on attachment 8346980 [details] [review] Patch Oh, Tim remind me the meaing of 'lock bar' (slide) and the 'DUT'. I'll give a correct patch as soon as possible
Attachment #8346980 -
Flags: review?(timdream)
Comment 8•11 years ago
|
||
The STR is exactly equal to bug 939434 ... maybe that was not a exhaust fix or maybe something was wrong with the uplift.
Assignee | ||
Comment 9•11 years ago
|
||
This bug is unable to reproduce on PVT build (v1.2) Gaia 6d02039072a2ae5cf9225a6f4c78ed49decfab5c Gecko http://hg.mozilla.org/mozilla-central/rev/1ad9af3a2ab8 BuildID 20131212040203 Version 29.0a1 And even on the Gaia v1.2 I pull from GitHub directly Gaia 1aca7c4860e39b1a9969807d335dcf9f070ea9b3 I think the reporter use an old version which is logged at: commit 1b67b551be11daf33dad8387a7153cc52e5cefa2 Merge: 7dfab3a be4922f Author: Trif Andrei-Alin <trifandreialin@gmail.com> Date: Wed Nov 27 06:39:39 2013 -0800 Can David check this again?
Assignee | ||
Updated•11 years ago
|
Flags: needinfo?(dpv)
Comment 10•11 years ago
|
||
QA Wanted - Does this bug reproduce on the latest 1.2 gaia/gecko?
Keywords: qawanted
Updated•11 years ago
|
QA Contact: mvaughan
Comment 11•11 years ago
|
||
This issue does NOT reproduce for me on the 12/13 1.2 build. Environmental Variables: Device: Buri v1.2 COM RIL BuildID: 20131213004002 Gaia: 1aca7c4860e39b1a9969807d335dcf9f070ea9b3 Gecko: a2b69b561d9b Version: 26.0 RIL Version: 01.02.00.019.102 Firmware Version: 20131115
Keywords: qawanted
Comment 12•11 years ago
|
||
Closing as wfm then - reopen if you end up still reproducing this on 1.2.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 13•11 years ago
|
||
Hi, I've tested this with a newer version, and now it's working fine :) Thanks! David
Flags: needinfo?(dpv)
You need to log in
before you can comment on or make changes to this bug.
Description
•