Closed
Bug 1060193
Opened 10 years ago
Closed 10 years ago
Text selection caret appearing in wrong position in Settings - Lockscreen - Passcode
Categories
(Firefox OS Graveyard :: Gaia::Settings, defect, P2)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 1082486
People
(Reporter: mnjul, Assigned: TYLin)
References
Details
Attachments
(1 file)
42.36 KB,
image/png
|
Details |
In Settings - Screen Lock - Passcode lock, the newly-landed text selection caret bubble appears in the wrong position. Please take a look at the attached screenshot. I think the bubble shouldn't be showing at all, as the passcode input boxes weren't given a "blinking caret" even before this new feature was implemented; we might need a UX's opinion here.
Updated•10 years ago
|
Blocks: CopyPasteLegacy
Comment 1•10 years ago
|
||
The root cause is, in passcode panel, there's only one actual input field on the left-top, and the other fields are just spans which display what we key, and every time we tap on the screen, it will focus on the real input field. That's why the caret shows on the top-left.
Comment 2•10 years ago
|
||
Hi Morris, do u have any idea on this topic? For that kinda fake input field, is it possible to disable the caret and event trigger by setting some CSS attribute?
Flags: needinfo?(mtseng)
Comment 3•10 years ago
|
||
(In reply to George Duan [:gduan] [:喬智] from comment #2) > Hi Morris, > do u have any idea on this topic? > For that kinda fake input field, is it possible to disable the caret and > event trigger by setting some CSS attribute? George, as we discussed, please help to check visible region of that 'fake input' is empty or not? If visible region is empty, I think we could disable touch caret under this condition.
Flags: needinfo?(mtseng) → needinfo?(gduan)
Updated•10 years ago
|
Priority: -- → P2
Comment 4•10 years ago
|
||
Set it depends on bug 1059165. I think bug 1059165 can also fix this pb, if we only show caret when the input field is focused and touched.
Depends on: 1059165
Flags: needinfo?(gduan)
Updated•10 years ago
|
Assignee: nobody → tlin
Comment 7•10 years ago
|
||
Setting the pass-code is from user perspective something important. You brick your phone if you set another code than you intend to. This must be super clear for the user As the new caret is wrongly placed this bug creates a degraded user experience compared to previous versions (I assume you wouldn't launch anything like this). Please fix for 2.1. Tagged as Tako_Blocker so it shows up in search query
blocking-b2g: --- → 2.1?
Whiteboard: [Tako_Blocker]
Updated•10 years ago
|
Component: Gaia::System → Gaia::Settings
Comment 8•10 years ago
|
||
Hi Olof, this bug does not happen in v2.1.
blocking-b2g: 2.1? → ---
Whiteboard: [Tako_Blocker]
Assignee | ||
Comment 9•10 years ago
|
||
Touch caret is disabled in 2.1 in bug 1059061.
Comment 10•10 years ago
|
||
(In reply to howie [:howie] from comment #8) > Hi Olof, this bug does not happen in v2.1. Thanks, seems I've inadvertently got my Flame on 2.2 release. Sorry for the extra work I caused. Best regards /Olof
Assignee | ||
Comment 11•10 years ago
|
||
After Bug 1082486 was resolved, touch caret should not appear on the passcode-input anymore.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•