Up/Down arrows move caret to end of line

NEW
Unassigned

Status

()

Core
Selection
16 years ago
9 years ago

People

(Reporter: Jerry Baker, Unassigned)

Tracking

Trunk
x86
Windows XP
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
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

16 years ago
keybinding problem? is this a regression?

Comment 2

16 years ago
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.
(Reporter)

Comment 3

16 years ago
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

16 years ago
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
Assignee: kin → mjudge
Component: Editor: Core → Selection
QA Contact: sujay → pmac
(Reporter)

Comment 5

16 years ago
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.
(Reporter)

Comment 6

16 years ago
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

10 years ago
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

10 years ago
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

10 years ago
(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

10 years ago
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

10 years ago
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

10 years ago
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

10 years ago
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

10 years ago
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

10 years ago
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

10 years ago
sorry but I haven't a recent "Firefox on Win32" installation to try this
(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.
Assignee: mjudge → nobody
QA Contact: pmac → selection
You need to log in before you can comment on or make changes to this bug.