Closed Bug 1088631 Opened 10 years ago Closed 6 years ago

[Keyboard][V2.0] [Flame] Cursor appears at the beginning of string when clicked on top of text field.

Categories

(Core :: DOM: Selection, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: mukeshk1990, Unassigned)

Details

(Whiteboard: [LibGLA,TD112744,QE3,B])

Attachments

(1 file)

[Title]Cursor appears at the beginning of string when clicked on top of text field.
STR
====
1.open SMS or Contact or Calendar
2.Click on any text field
3.Type a string say "abcdefgrhu"
4. Press on top of that text field

Actual: The cursor appears at the beginning of the string

Expected: The cursor should not appear at the beginning of the string

Build: 20141017101840
Flags: needinfo?(rlu)
Whiteboard: [LibGLA,TD112744,QE3,B]
What's the expected result?

I think it depends on where you clicked on the input field.
If you clicked near the end of the input field, the cursor would appear at the end.

After v2.1, we would have a caret handler for easier cursor movement.
Flags: needinfo?(rlu)
Change the component as bug 924692.
Component: Gaia::Keyboard → Selection
Product: Firefox OS → Core
Lets say we type  "abcdefghijklmnopq" in text field .Normally when touch on any character(eg. 'd' the cursor will changed to the postion after that character d). But this issue  tells the scenario where the user touches on the top border of textfield or little above, the cursor position is changed to the beginning of the string.
When we touch on editor box , the dom input sends both Focus and the Mouse events which updates the cursor position .But when we touch on the border or outside,it  sends only focus event to application and since it doesn't have the selection information, it always reset to the beginning of the editor.
Flags: needinfo?(ryang)
We can't reproduce the bug on Flame 2.0.

Could you please provide the video for this bug to make ti clear ?

Thanks !
Flags: needinfo?(ryang)
Attached video THe reproduction steps
PLease see the attached video .
Flags: needinfo?(ryang)
Hi Rudy, would you please kindly check this ? 
Thank you very much !!
Flags: needinfo?(ryang) → needinfo?(rlu)
Doesn't look like a blocker to me.

But anyway, the selection behavior is controlled by Gecko.

Ting-Yu,

I heard that you have handled the text selection issues, do you know if we have already addressed this kind of issues before?
Thank you.
Flags: needinfo?(rlu) → needinfo?(tlin)
This behavior is the same as the Firefox browser, and Google chrome has the same behavior. On B2G 2.2, we will have touch-caret to make it easier to move cursor.
Flags: needinfo?(tlin)
Closing as we are not working on Firefox OS anymore.
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.

Attachment

General

Creator:
Created:
Updated:
Size: