Closed Bug 1016843 Opened 10 years ago Closed 10 years ago

[Flame][V1.4][Lockscreen]When open "Lock screen" and "Passcode Lock" in settings, the lockscreen will not occur "SlideUnlock", only occur "Passcode Lock"

Categories

(Firefox OS Graveyard :: Gaia::System::Lockscreen, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(tracking-b2g:backlog, ux-b2g:2.1)

RESOLVED DUPLICATE of bug 1023218
tracking-b2g backlog
ux-b2g 2.1

People

(Reporter: panda67231, Unassigned)

Details

(Whiteboard: bamboo)

Attachments

(1 file)

Attached file Attachment.rar
[1.Description]:
When open "Lock screen" and "Passcode Lock" in settings, the lockscreen will not occur "SlideUnlock", only occur "Passcode Lock"

Attach video:[20140528_100429.mp4]
Attach log:[bugreport1.txt & logcat1.txt]
Occrence time:10:04

[2.Testing Steps]: 
Precondition:Open "Lock screen" and "Passcode Lock" in settings,tap on "Require passcode" option and select "Immediately"
1.Launch "Settings"
2.Tap"Screen lock"
3.Open"Lock screen" and "Passcode lock"
4.Press power button to lock sceen
**The lockscreen will not occur "SlideUnlock", only occur "Passcode Lock"

[3.Expected Result]: 
4. The lockscreen should be "SlideUnlock" at first,silde right to occur "Passcode Lock".

[4.Actual Result]: 
4. When wake up the screen,the lockscreen will not occur "SlideUnlock" ,only occur "Passcode Lock"

[5.Reproduction build]: 
Gaia        7709936aeb21859d1607dbd038489493803bb085
Gecko     https://hg.mozilla.org/releases/mozilla-b2g30_v1_4/rev/5bf038fae0f1
BuildID    20140522160202
Version    30.0

[6.Reproduction Frequency]: Occasionally Recurrence,8/10
Can't remember if this is correct behavior or not.

But let's check what happens on 1.3.
Keywords: qawanted
This issue DOES repro on Flame 1.3 (v10G-2)
Keywords: qawanted
The current behavior was a request back in the 1.1 time frame, which after several discussions with the product/UX team, is the wrong behavior. 

We should make the change here to improve the usability when the passcode is enabled. 

Marking backlog for 2.1 and have asked UX to follow-up on any needed changes.
blocking-b2g: --- → backlog
Per chat with Chris Lee, we'd like to change the current experience so that, when you hit the power button, it should show your nice lock screen with your favorite wallpaper if you have your passcode enabled.

Once you slide to unlock, the passcode should show up. Today, the passcode just shows up when you power on the screen. 

Setting 2.1 flags and ni? to Jacqueline to advise on Lockscreen here, evaluate suggestion, etc.
feature-b2g: --- → 2.1
ux-b2g: --- → 2.1
Flags: needinfo?(jsavory)
We already have a patch for this in bug 1016843.

I am very puzzled these two bug described the same thing results different conclusions from different UX people.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Me too. Jacqueline, can you look into the conflicts Tim describes? Sometimes it's just a matter of bugs basically being the same but not *sounding* the same, sometimes not,
After reviewing the bugs and talking with Rob who was working on the UX for bug 1023218, we both feel that the two bugs are in agreement. Both bugs are agreeing that the expected result of sliding the lockscreen and then viewing the passcode is the better option rather than seeing the passcode screen immediately. 

NI on Rob as FYI
Flags: needinfo?(jsavory) → needinfo?(rmacdonald)
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) (please ni?) from comment #5)
> We already have a patch for this in bug 1016843.
> 
> I am very puzzled these two bug described the same thing results different
> conclusions from different UX people.
> 
> *** This bug has been marked as a duplicate of bug 1023218 ***

Tim, Bruce will also be able to provide you with more background if you have any questions about the requirement. Or feel free to ping me.

- Rob
Flags: needinfo?(rmacdonald)
not part of planned 2.1 feature. although it's fixed, still, removing feature b2g tag.
feature-b2g: 2.1 → ---
blocking-b2g: backlog → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: