159562 - Up/Down arrows move caret to end of line

Status: RESOLVED INCOMPLETE

(Core :: DOM: Selection, defect, P5)

Description

[Jerry Baker]

2002072208 trunk

Currently, the up and down arrows move the cursor to the end of a line if the
keys are pressed when the caret is already on the first or last line of text.

This behavior is normal for Macs (bug 46811) but bizarre on Windows.

Comment 1

[Kathleen :Brade]

keybinding problem? is this a regression?

Comment 2

[Akkana Peck]

Perhaps related to the browser.drag_out_of_frame_style pref?

Selection code is where this logic lives; I think it's all one command with a
hidden pref, not multiple commands, so it's not likely a key binding issue.

Comment 3

[Jerry Baker]

Don't know if it's relevant, but I have no such pref in my prefs.js.
about:config shows no pref containing the word "drag".

Comment 4

[Kathleen :Brade]

Akkana is right; it doesn't look to be a keybinding issue on the trunk; lxr
shows only mac with the keybinding for input fields.

Jerry Baker--is this in a textarea or in a single-line input field or ?

-->selection

Comment 5

[Jerry Baker]

In all multi-line edit controls; form text fields, message compose, etc.

The REALLY WEIRD bug is in single line control. In that case the down arrow
moves the cursor right one character for each push, and the up arrow moves the
cursor left one character for each push. This only happens in form fields AFAICT.

Comment 6

[Jerry Baker]

Sorry for the SPAM.

To see the single-line bug, check out the subject control in a compose window.
It happens there too.

Comment 7

[Wayne Mery (:wsmwk)]

Valerio, do you see this in linux?

see in browser - FF Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007112605 Minefield/3.0b2pre

but don't see this in compose subject - TB version 3.0a1pre (2007120503)

Comment 8

[Valerio Messina]

probably there are some Bugzilla Bug that subscribe me unknowly to this bug, and I do not know about ...

In every case, I will test it on Windows XP and Linux/x86, in all my different current 'final' binary only installations.

It is related to SeamonkeyMail/Thunderbird?
I cannot imagine where SeamonkeyBrowser/Firefox have multiline edit, apart from form on web sites.

Comment 9

[Wayne Mery (:wsmwk)]

(In reply to comment #8)
> It is related to SeamonkeyMail/Thunderbird?
> I cannot imagine where SeamonkeyBrowser/Firefox have multiline edit, apart from form on web sites.

see comment 5 (bug form, compose, etc)


(In reply to comment #7)
> see in browser - FF Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
> rv:1.9b2pre) Gecko/2007112605 Minefield/3.0b2pre
> 
> but don't see this in compose subject - TB version 3.0a1pre (2007120503)

SM 1.1.4 is the same as thunderbird trunk, in compose window:
- subject field: up/down arrow go back and advance one character
- in message body: if placed in a single line which has no LF before and after the line, the behavior described is seen - up/down arrow go to start/end of line

the question is, what is the _correct_ behavior ?


(In reply to comment #5)
> In all multi-line edit controls; form text fields, message compose, etc.
> 
> The REALLY WEIRD bug is in single line control. In that case the down arrow
> moves the cursor right one character for each push, and the up arrow moves the
> cursor left one character for each push. This only happens in form fields AFAICT.

in bugzilla single line fields, up/down doesn't move the caret at all

Comment 10

[Valerio Messina]

with:
Mozilla/5.0 (Windows; U; Windows NT 5.1; it-IT; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7
Browser and Mailer, single line edit,
up arrow move cursor left (like left arrow), and
down arrow move cursor right (like right arrow).

Comment 11

[Valerio Messina]

with:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Browser, single line edit,
up and down arrow does nothing,
left and right arrow work as expected.

Comment 12

[Valerio Messina]

with:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.10) Gecko/20071126 Ubuntu/7.10 (gutsy) Firefox/2.0.0.10
Browser, single line edit,
up and down arrow does nothing,
left and right arrow work as expected.

Comment 13

[Valerio Messina]

with:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201 Firefox/2.0.0.6 (Ubuntu-feisty)
Browser, single line edit,
up and down arrow does nothing,
left and right arrow work as expected.

Comment 14

[Valerio Messina]

with:
Mozilla/5.0 (X11; U; Linux i686; it-IT; rv:1.8.1.9) Gecko/20071030 SeaMonkey/1.1.6
Browser and Mailer, single line edit,
up and down arrow does nothing,
left and right arrow work as expected.

Comment 15

[Valerio Messina]

with:
Mozilla/5.0 (X11; U; Linux i686; it-IT; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7
Browser and Mailer, single line edit,
up and down arrow does nothing,
left and right arrow work as expected.

Comment 16

[Valerio Messina]

sorry but I haven't a recent "Firefox on Win32" installation to try this

Comment 17

[Uri Bernstein]

(In reply to comment #5)
> The REALLY WEIRD bug is in single line control. In that case the down arrow
> moves the cursor right one character for each push, and the up arrow moves the
> cursor left one character for each push. This only happens in form fields AFAICT.

This was fixed in bug 294642, FWIW.

Comment 18

[Jens Stutte [:jstutte]]

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Comment 19

[Valerio Messina]

subject of a mail compose windows still do
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.4

Comment 20

[Hsin-Yi Tsai (she/her)[:hsinyi]]

Please feel free to reopen the issue and share us the new information or use case.