Closed Bug 1179415 Opened 9 years ago Closed 8 years ago

Entering an invalid passcode match presents a warning but does not clear the codes

Categories

(Firefox OS Graveyard :: Gaia::Settings, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(tracking-b2g:backlog)

RESOLVED FIXED
tracking-b2g backlog

People

(Reporter: scabral, Assigned: jgw9617, Mentored)

Details

(Keywords: foxfood, Whiteboard: [good first bug][mentor-lang=zh] )

Attachments

(2 files)

Entering an invalid passcode match presents a warning but does not clear the codes
See also bug 1179416 for a related but different issue.
Component: General → Gaia::Settings
Currently the warning presents without clean the codes, type anything will then clean the codes.


@harly If you think the suggestion change (clear the codes when warning presents) is fine, I'll add it into backlog.
Flags: needinfo?(hhsu)
Yes, please clear the code when passcode don't match, thanks :)
Flags: needinfo?(hhsu)
[Tracking Requested - why for this release]: nice to have UX improvement

good first bug if you have fxos device
Whiteboard: good-first-bug, zh
Whiteboard: good-first-bug, zh → [good first bug][mentor-lang=zh]
Mentor: gasolin
(In reply to Fred Lin [:gasolin] from comment #4)
> [Tracking Requested - why for this release]: nice to have UX improvement
> 
> good first bug if you have fxos device

I have an LG Fx0 that I shallow-flashed 2.6 onto, so id like to take this bug please! I was able to repro the bug.
Pull request submitted above!
Flags: needinfo?(gasolin)
Of course! Thanks for help.

Please set review(by click `Details` and choose `?` with my email) once you feel the patch is ready
Assignee: nobody → jgw9617
Flags: needinfo?(gasolin)
Will do, its almost ready. What's the thought on a short vibration when the passcode is entered wrong along with clearing it obviously? Currently I have it clearing but I feel like it could use a short vibration to enforce that the user got it wrong. Also is this just for when your editing the passcode? Or when your confirming your passcode and get it wrong? Or both?
This would be emulating the behavior on the lockscreen when you have a passcode set and type it in wrong.
Tina could you help make some UX decision when user have type wrong password?


My thought: If you find there's an existing behavior that similar to this situation, it likely can be applied. Though we need consistency in settings, so if you want that happen, I suggest you do it in a separate bug. To Findout passcode input in several places in settings and wrap them as a web component, so we could change the behavior at once.
Flags: needinfo?(thsieh)
Comment on attachment 8697889 [details] [review]
[gaia] jgw96:invalid-passcode > mozilla-b2g:master

Added a commit to fix what was discussed
Attachment #8697889 - Flags: review?(gasolin)
Comment on attachment 8697889 [details] [review]
[gaia] jgw96:invalid-passcode > mozilla-b2g:master

Thanks for the update. Please address the unit test fail and send review again. (I guess its because the miss type of `_` for `_updatePassCodeUI` method)

And please follow the article to squash your commits into 1 commit 
http://eragonj.me/blog/fxos-why-we-need-to-squash-commits.html
Attachment #8697889 - Flags: review?(gasolin)
Attachment #8697889 - Flags: review?(gasolin)
Comment on attachment 8697889 [details] [review]
[gaia] jgw96:invalid-passcode > mozilla-b2g:master

The patch works, though I found it just fix partial of the issue.


Reproducable steps:

In Screen lock panel

1. toggle the Screen Lock > Passcode Lock switch on or off
2. 'New passcode' panel is shown
3. type miss matched numbers, the error message is shown, but the input fields are not cleared

Can you help deal with these cases? Thanks :)
Attachment #8697889 - Flags: review?(gasolin)
If you need any help to further enhance the patch, please let me know :)
jgw96 I've rebased your patch and adding the missed case. Will merge it when all tests pass. Thanks for help!
Flags: needinfo?(thsieh)
merged https://github.com/mozilla-b2g/gaia/commit/936300ee4ebdc1ec2623f73f4e675159aea0811d

thanks!
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: