Closed
Bug 811602
Opened 12 years ago
Closed 10 years ago
[KEYBOARD] "Move cursor to the next field on a form" not working - MozTrap
Categories
(Firefox OS Graveyard :: Gaia::Keyboard, defect)
Tracking
(blocking-basecamp:-)
RESOLVED
DUPLICATE
of bug 1035641
blocking-basecamp | - |
People
(Reporter: wachen, Unassigned)
References
Details
(Whiteboard: v2, UX-P2)
*Environment:
Phone - Unagi
Gaia Master(git) - 139b4ff3d4e7cae1eb19922ca5e258b48cebd99e
Gecko Nightly(git) - 43cff61762580cc1d870703ce40be8f3b011d80f
&
gaia master(git): 1549eb82367e0da38198cb3d458def15d829527a
gecko aurora(hg): 114166:c07b17e59971
*How to reproduce:
[Keyboard & Text-Handling] - Move cursor to the next field on a form
https://moztrap.mozilla.org/manage/case/3976/
*Expected Result:
As the test cases suggest, it should go to next field by using enter/next button
*Actual Result:
Enter doesn't work for going to next field. Also, there is no next button sighted.
*Sidenote:
1. This is MozTrap [Keyboard & Text-Handling] test case 15. It looks like that this feature is not implemented
2. This is targeted for B2G M4
Reporter | ||
Updated•12 years ago
|
blocking-basecamp: --- → ?
Updated•12 years ago
|
Component: General → Gaia
Comment 2•12 years ago
|
||
I just found that we agreed to remove this from v1 -- this is user story KBandText-015 and has been marked OOS. Recommend blocking- and remove this test case.
blocking-basecamp: + → ?
Comment 3•12 years ago
|
||
(In reply to Dylan Oliver [:doliver] from comment #2)
> I just found that we agreed to remove this from v1 -- this is user story
> KBandText-015 and has been marked OOS. Recommend blocking- and remove this
> test case.
Thanks! This will involve some painful changes otherwise.
Reporter | ||
Comment 4•12 years ago
|
||
Hi,
Please do remove the test cases that is not for B2G M4 so that we don't need to open too many unnecessary bug tickets.
As for enter key, that's filed in another issue and it doesn't work too.
If possible, please provide us with detailed spec.
Thanks.
Updated•12 years ago
|
blocking-basecamp: ? → -
Comment 5•12 years ago
|
||
OOS for V1
Updated•12 years ago
|
Component: Gaia → Gaia::System::Keyboard
Updated•12 years ago
|
Priority: P2 → --
Whiteboard: v2
Comment 6•12 years ago
|
||
FWIW, I don't think we should be delaying this for V2. Refocusing from one textfield to another usually hides and shows the keyboard, which is utterly annoying and slow. Offering this convenience would alleviate the issue. Otherwise we should at least make sure the kbd doesn't dance up and down.
I'm going to flag this UX-P2 for reconsideration.
Whiteboard: v2 → v2, UX-P2
Comment 8•12 years ago
|
||
Comment 9•10 years ago
|
||
Omega, do we still want to implement this feature? If so let's make this bug blocks bug 983043?
Flags: needinfo?(ofeng)
Comment 10•10 years ago
|
||
Yes, we still want to do that, but more like bug 1035641, or you think they are basically the same?
Flags: needinfo?(ofeng) → needinfo?(timdream)
Comment 11•10 years ago
|
||
They provide the same purpose for the user I think. It sounds like you think they are the same -- I am duping the two bugs.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(timdream)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•