Closed
Bug 823362
Opened 12 years ago
Closed 6 years ago
[requirement]The phone lock password lock screen, no cursor in the password lock, can still continue to enter the input box is full; 617001922097
Categories
(Firefox OS Graveyard :: Gaia::Settings, defect)
Firefox OS Graveyard
Gaia::Settings
Tracking
(tracking-b2g:backlog)
RESOLVED
WONTFIX
tracking-b2g | backlog |
People
(Reporter: xu.jian5, Unassigned)
References
Details
(Whiteboard: burirun4, OpenCrun1.4-3)
User Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.1 (KHTML, like Gecko) Maxthon/4.0.0.2000 Chrome/22.0.1229.79 Safari/537.1 Steps to reproduce: 1. Enter the phone lock password lock interface 2. view and enter build infomation: gecko: revision="3cbade1974968bb1e0fbb0c3386239715244a7a7" gaia: revision="aab72f365d73f624ede32b522f27d072c409e42e" gonk-misc: revision="654358494ba601a46ef9838debc95417ae464cc6" dalvik: revision="ca1f327d5acc198bb4be62fa51db2c039032c9ce" librecovery: revision="e1bd90051c9e937221eb1f91c94e3cde747311a7" moztt: revision="6ee1f8987ef36d688f97064c003ad57849dfadf2" external/jsmin: revision="cec896f0affaa0226c02605ad28d42df1bc0e393" external/opensans: revision="b5b4c226ca1d71e936153cf679dda6d3d60e2354" device/qcom/b2g_common/mozilla-b2g: revision="41c17a6abfd5f488ec99d9aa246f5b07583403c7" Actual results: No cursor in the code lock and can still continue to enter the input box is full, real has not entered within the space, without any prompting; Expected results: Position the cursor, enter the correct password hints may no longer be entered correctly;
Updated•11 years ago
|
Whiteboard: burirun4
Updated•10 years ago
|
Whiteboard: burirun4 → burirun4, OpenCrun1.4-3
Comment 2•10 years ago
|
||
This issue is still reproducing Buri 2.1. Observed behavior: There is no active cursor on the passcode lock screen indicating where the input will be put to. But user could still tell where they are by looking at the previous field. Tested on: Device: Buri BuildID: 20140813085958 Gaia: 2864a8d4413746a5359bbcc5042ef776ed06009a Gecko: 6a7be7376caa Version: 34.0a1 (2.1 Master) Firmware v1.2device.cfg User Agent Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Comment 3•10 years ago
|
||
thansk Pi Wei for clarify. ni jenny for UX decision if we should add any visual feedback
Flags: needinfo?(jelee)
Let's do this: when user finish entering the codes and the codes match, hide keyboard. Thank you!
Flags: needinfo?(jelee)
Comment 5•10 years ago
|
||
howie could we put it in our backlog? @jenny so we don't have to dim(disable) the `change` button until pin code matched?
Flags: needinfo?(hochang)
Updated•10 years ago
|
blocking-b2g: --- → backlog
Flags: needinfo?(hochang)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
(In reply to Fred Lin [:gasolin] from comment #5) > howie could we put it in our backlog? > > @jenny so we don't have to dim(disable) the `change` button until pin code > matched? Hi Fred, sorry for the late reply! I think either way is fine, but for consistency, let's dim the button. Thanks!
Assignee | ||
Updated•9 years ago
|
blocking-b2g: backlog → ---
tracking-b2g:
--- → backlog
Comment 7•6 years ago
|
||
Firefox OS is not being worked on
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•