Open Bug 48375 Opened 25 years ago Updated 2 years ago

Left arrow doesn't scroll text area up properly

Categories

(Core :: Layout: Form Controls, defect, P3)

defect

Tracking

()

Future

People

(Reporter: neil, Unassigned)

Details

(Whiteboard: [behavior])

BuildID: 2000080908 When the caret is at the top left corner of a scrolled text area (at the beginning of a new line as distinct from a wrapped line) a left arrow moves the caret to the end of the previous line but only appears to scroll the text area up by three pixels instead of a whole line. Reproducible: Always Steps to Reproduce: 1. Type lots of short lines into a text area. 2. Cursor up to the first visible line. 3. Cursor left to the beginning of the line. 4. Cursor left again. Actual Results: The text area scrolls up three pixels. Expected Results: The text area should scroll up a whole line. Almost any subsequent action will cause the text area to scroll properly.
Confirming WinNT4 20000819. Gerv
Severity: trivial → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: polish
reassigning
Assignee: rods → beppe
moving to future and adding helpwanted
Status: NEW → ASSIGNED
Keywords: helpwanted
Target Milestone: --- → Future
Updating QA contact.
QA Contact: ckritzer → bsharma
I think we should try to fix this bug for mozilla 1.0 or sooner.
Target Milestone: Future → mozilla0.9
I think this is a bug in my autoscroll code.
Assignee: beppe → kin
Status: ASSIGNED → NEW
minor correctness issue, not a stopper, but is easy fix
Accepting bug.
Status: NEW → ASSIGNED
QA Contact Update
QA Contact: bsharma → vladimire
moving to mozilla0.9.1
Target Milestone: mozilla0.9 → mozilla0.9.1
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Whiteboard: [behavior]
Target Milestone: mozilla0.9.2 → mozilla1.0
Bulk move of mozilla1.0 bugs to mozilla.1.0.1. I will try to pull some of these back in if I can.
Target Milestone: mozilla1.0 → mozilla1.0.1
Target Milestone: mozilla1.0.1 → Future
still true
Assignee: kinmoz → nobody
Status: ASSIGNED → NEW
OS: Windows 95 → All
QA Contact: vladimire → layout.form-controls
Hardware: PC → All
still true, SM trunk. As Neil says, "Almost any subsequent action will cause the text area to scroll properly" so what may be happening is until it hits the first "character" scroll uses some default font/character height. I looked for related bugs without much success. Might this be related to bug 209073?
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.