Closed Bug 870259 Opened 11 years ago Closed 11 years ago

[Buri][IOT]It's possible skip the security "Lock Screen".

Categories

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

ARM
Gonk (Firefox OS)
defect

Tracking

(blocking-b2g:tef+)

RESOLVED INVALID
1.0.1 IOT1 (10may)
blocking-b2g tef+

People

(Reporter: sync-1, Unassigned)

Details

(Whiteboard: [status: needs assignee], Chile, IOT, Buri)

AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.094
 Firefox os  v1.0.1
 Mozilla build ID:20130502070201
 
 +++ This bug was initially created as a clone of Bug #451181 +++
 
 DEFECT DESCRIPTION: It's possible skip the security "Lock Screen" and browse menu, use apps, game, etc.
 
  EXPECTED BEHAVIOUR: Device must not allow menu browsing when lock screen is ON
 
  REPRODUCING PROCEDURES:
 Active the option "Lock Screen" in menu "Phone lock"
 Turn OFF the DuT
 Then
 1. Turn ON the DuT.
 2. Wait until that the power ON cycle has finished and the DuT locks its
 screen.
 3. Select the option "Camera" an then press the key menu.
 4. Notice that the DuT unlocked the screen and it's possible to access all
 apps.
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT: Improve MMI
 
  REPRODUCING RATE: 100%
 
  For FT PR, Please list reference mobile's behavior:
 
 ++++++++++ end of initial bug #451181 description ++++++++++
blocking-b2g: --- → tef?
triage with tef: this is a blocker.
blocking-b2g: tef? → tef+
Component: General → Gaia::System::Lockscreen
I cannot reproduce this on latest Gaia master, if by "key menu" it means the home button.
Keywords: qawanted
bugs tef+ from IOT#1 automatically milestoned for May 10th to be included in IOT#2 testing. Understand the schedule is tight, if not able to make it, please raise. Thanks
Target Milestone: --- → 1.0.1 IOT1 (10may)
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) from comment #2)
> I cannot reproduce this on latest Gaia master, if by "key menu" it means the
> home button.

Issue still reproduces on the following Buri build:

Environmental  Variables:
Buri Build ID: 20130509070209
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/b0b2b5cfdc5b
Gaia: 30ad443fbe5363a7381c19c6bf9d6ca49228fb8b

Removing QAWanted keyword.
Keywords: qawanted
Whiteboard: [status: needs assignee]
(In reply to sync-1 from comment #0)
>  
>  DEFECT DESCRIPTION: It's possible skip the security "Lock Screen" and
> browse menu, use apps, game, etc.
>  
>   EXPECTED BEHAVIOUR: Device must not allow menu browsing when lock screen
> is ON

Are you using lock screen with the 4-digit passcode, or with no passcode? 

If you are not using the passcode, then this is working as expected. If you press the Home key while in camera, you will go to the homescreen. From the description, it sounds like this is the configuration you are using.

If you have passcode enabled, pressing the Home key should return you to the lock screen, where you'll need to unlock and enter the passcode before you can proceed to the homescreen. This is working properly for me in today's Mozilla build on Buri.
Flags: needinfo?(sync-1)
This is IMO invalid, as in, this works as expected, and it works the same as it does in Android. There are two ways to unlock the lock screen, one is to tap the unlock button, and one is to tap the camera button, both of which unlock but the camera button being a shortcut into the camera app and that can be used as a way to take pictures with the phone even if the passcode lock feature is enabled. And this also works as expected if the passcode lock feature is enabled, in that case you can still get to the camera app, but if you then hit the home button, we ask for the passcode to unlock the phone before actually getting to the home screen.

If I misunderstood something here, please reopen.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Whiteboard: [status: needs assignee] → [status: needs assignee], Poland, IOT, Buri
cheng-an, can you confirm if passcode is set or not? thanks
Flags: needinfo?(chengan.xiong)
Feedback from reporter:

I agree with you, behavior is OK and also same than android, We will negotiate
it.
thanks for your support.

So this PR can be closed, thanks~
Flags: needinfo?(sync-1)
Flags: needinfo?(chengan.xiong)
Whiteboard: [status: needs assignee], Poland, IOT, Buri → [status: needs assignee], Chile, IOT, Buri
You need to log in before you can comment on or make changes to this bug.