Test alternative pin code prompt - system settings integration

CiberSheep · 8 Mar 2022, 03:37

Well, for the rest of security measures, you confirm the current method (if any) before changing to a new one.

lduboeuf · 3 Aug 2022, 09:55

@cibersheep i guess doing a prompt passcode check is like doing a "login", i will need to find if backend support that already

EDIT: bad luck, it doesn't, will need to see how it can be implemented.

CiberSheep · 3 Aug 2022, 12:07

@lduboeuf Isn't it already implemented?

When you select swipe (no security) the system asks for the current passphrase / pin

lduboeuf · 8 Mar 2022, 12:45

@cibersheep said in Test alternative pin code prompt - system settings integration:

@lduboeuf Isn't it already implemented?

When you select swipe (no security) the system asks for the current passphrase / pin

Yes i should be able to copy most part of that method

lduboeuf · 8 Mar 2022, 14:33

@CiberSheep ok, the 1.6.5 should be close to your proposition #1

Waiting for your feedbacks before trying to integrate it in system settings

CiberSheep · 3 Aug 2022, 20:14

@lduboeuf very nice work.
Only one think is in my mind, and I think it's what you tried to tell me before. When the pin clock is already set: tapping on the ListItem asks for current pin. Do you think it would be more clear to have?:

show [test pin pattern] with edit icon on header
tap on edit
ask for current pin pattern
ask for new pin pattern
ask for verification
if verification is correct, go back

Is a bit unusual to have a tester for the current pin, but...
What do you think?

kingu · 3 Aug 2022, 23:11

/

౾
0000 / ️
Abc Abc …

I think the fields should take direct input and not focus-shift.

lduboeuf · 9 Mar 2022, 09:20

@kingu Sorry, how to decode your message, what are your talking about ?

lduboeuf · 9 Mar 2022, 09:43

@cibersheep said in Test alternative pin code prompt - system settings integration:

@lduboeuf very nice work.
Only one think is in my mind, and I think it's what you tried to tell me before. When the pin clock is already set: tapping on the ListItem asks for current pin. Do you think it would be more clear to have?:

show [test pin pattern] with edit icon on header

tap on edit

ask for current pin pattern

ask for new pin pattern

ask for verification

if verification is correct, go back

Is a bit unusual to have a tester for the current pin, but...
What do you think?

That makes sense . But i like the idea of user confirmation with the "ok" in the top bar when the verification is correct, the "back" would be more a "cancel" action for me.

[EDIT]: Well something bother me. When you are in the "test screen", what do you test ? Because i'm pretty sure we can't check login on backend like we want. So i think we must go to "confirm" first.

CiberSheep · 9 Mar 2022, 11:42

@lduboeuf said in Test alternative pin code prompt - system settings integration:

That makes sense . But i like the idea of user confirmation with the "ok" in the top bar when the verification is correct, the "back" would be more a "cancel" action for me.

Agreed

[EDIT]: Well something bother me. When you are in the "test screen", what do you test ? Because i'm pretty sure we can't check login on backend like we want. So i think we must go to "confirm" first.

Ah, I see. I mean, it's a bit weird that you have a test screen for the current pin pattern.
What I feel is that is a bit unclear of resetting the pin pattern when tapping on the ListView:

Once setted the pin pattern before
Opening System setting /[...]/Security
Tapping on pin pattern, it will ask for:

- current pin
- new pin
- confirm pin

Is here (*) I feel it unclear. It is for us because we know what we are doing

Do you know what I mean?

lduboeuf · 3 Oct 2022, 10:12

@cibersheep i pushed some modifications, let me know.
And i add a "V3" to test selecting the "clock prompt" as a sub option of "4 digit passcode" and just let user "preview" (test) the clock prompt ( the user won't create his passcode through clock that time as he already created/changed it before with classic popup)
This is the "simpliest" solution as it would not require to change backend methods and having to deal with pincode change through the clock.

CiberSheep · 10 Mar 2022, 11:20

@lduboeuf Yep, V3 is much simpler indeed
There is no way to edit the pin (like current behaviour), so you have to unset and reset it.
You think the test screen in V3 is required for real use?

lduboeuf · 3 Oct 2022, 12:58

@cibersheep said in Test alternative pin code prompt - system settings integration:

@lduboeuf Yep, V3 is much simpler indeed
There is no way to edit the pin (like current behaviour), so you have to unset and reset it.

Humm, true.
So when user click on ""4-digit passcode":
(pincode not set): -> popup -> "4-digit pin" view
(pincode already set): -> "4-digit pin" view with "edit" button

You think the test screen in V3 is required for real use?

idk, it would be even simpler if we remove the preview.

EDIT: see 1.7.3 for the use case "pincode already set"

CiberSheep · 10 Mar 2022, 18:08

@lduboeuf said in Test alternative pin code prompt - system settings integration:

You think the test screen in V3 is required for real use?

idk, it would be even simpler if we remove the preview.

You decide
Maybe we can have it as a feature reveal, and if you think it's not needed any more, it can be removed later when the feature is established. Or keep it if it's useful even then...

EDIT: see 1.7.3 for the use case "pincode already set"

Hmh, I like. Do you?

lduboeuf · 10 Mar 2022, 21:44

@cibersheep said in Test alternative pin code prompt - system settings integration:

Hmh, I like. Do you?

Yes, i prefer, i will go without the tester i think, it can be more confusing than helpful for some and i don't like that button in the middle

Ian · 13 Mar 2022, 09:03

Just tried the V3 scenario. It looks good, it makes sense, and it works well. Could you add this to OTA 23 (or 24 if too late now) and see how it goes when 'released into the wild'?

Thanks for working on this feature and introducing the concept of the tester. This could well be the future of new feature introduction!

lduboeuf · 13 Mar 2022, 19:59

@ian thx, so i've implemented the V3 in system-settings https://gitlab.com/ubports/core/lomiri-system-settings/-/merge_requests/328/ and removed the preview.

Now, it is too short to add it to OTA-23, lets hope it will land on OTA-24

JeroenBaten · 18 Mar 2022, 11:00

Hi!
Lovely design!
What I am missing is some sort of randomizing option. To prevent people from reading a passcode by watching the fat smear on the display. If I could toggle a randomize option it would make it much harder to break into the system.
I realise this is not very nice to blind people using an UT phone, but there are other options for them.
Regards,
Jeroen Baten

lduboeuf · 18 Mar 2022, 11:12

@jeroenbaten We could improve later i think, but i'm afraid every one would want a different setting...
and i've already tested random digits, it is more annoying than helpful, it takes too long to find your digits ^ ^
I think we can compare like it is today, the pin-code prompts have a keyboard always in the same layout, and we can see on screen what keys we tap.

jezek · 18 Mar 2022, 15:51

@lduboeuf said in Test alternative pin code prompt - system settings integration:

and i've already tested random digits, it is more annoying than helpful, it takes too long to find your digits ...

Pardon my intrusion. Maybe they don't have to be random, they can be rotated by random places (the order will be preserved), have you tried that?

But I agree, that can wait.