Holding down arrow key on Mac only results in 1 scroll event

VERIFIED FIXED in M11

Status

()

defect
P3
normal
VERIFIED FIXED
20 years ago
2 months ago

People

(Reporter: elig, Assigned: Brade)

Tracking

Trunk
PowerPC
Mac System 8.5
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Reporter

Description

20 years ago
* TITLE/SUMMARY
[PP] Holding down arrow key on Mac only results in one scroll event

* STEPS TO REPRODUCE
0) Launch Apprunner
1) Click into the browser's content region
2) Hold down the bottom-facing arrow.

* RESULT
 - What happened

The browser scrolls downwards, once. Other key events (e.g. holding down an "f"
key within a text field) do repeat.

 - What was expected

Scroll arrow events to repeat, like other key events.


* REGRESSION

 - Occurs On
        Mac OS Apprunner (1999 10/01 08:00 optimized build)

 - Doesn't Occur On
        Win32 Apprunner (1999 10/01 08:00 optimized build [NT 4, Service Pack 5])
        Linux Apprunner (1999 10/01 08:00)



* CONFIGURATIONS TESTED

- [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM
used), 1024x768 (Thousands of Colors), Mac OS 8.6

- [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP5.

- [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).
Reporter

Updated

20 years ago
QA Contact: janc → elig
Reporter

Comment 1

20 years ago
[QA Assigning to self.]
Assignee

Updated

20 years ago
Assignee: saari → brade
Summary: [PP] Holding down arrow key on Mac only results in one scroll event → Holding down arrow key on Mac only results in 1 scroll event
Target Milestone: M11
Assignee

Comment 2

20 years ago
reassign to myself, the bug is in joki's event code.  I need him to review it.
Auto-key events are supposed to generate only one keydown but the scrolling code
is checking for arrow keys only on keydown (rather than keypress).  I'm going to
remove the [pp] designation as changes will affect all platforms and it's likely
that key repeat problems will be found on Linux and Windows.
Assignee

Updated

20 years ago
Status: NEW → ASSIGNED
Assignee

Updated

20 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → FIXED
Assignee

Comment 3

20 years ago
this was fixed last week
Reporter

Updated

20 years ago
Status: RESOLVED → REOPENED
Reporter

Comment 4

20 years ago
Using this morning's build (1999101812) on Mac, arrow page keys, and Page Up/Page
Down keys no longer do anything. (0 scroll events.)

Thus, re-opening. (Worked fine on this morning's Linux build, Win32 won't
decompress.)
Assignee

Updated

20 years ago
Status: REOPENED → RESOLVED
Last Resolved: 20 years ago20 years ago
Assignee

Comment 5

20 years ago
resolve as fixed.
Actually it does work on Macintosh.  There does seem to be a focus problem
though.  You need to click in the page in order for the key events to be
received.

Eli--Are there other focus problems like this?  Is a bug already filed?
Reporter

Updated

20 years ago
Status: RESOLVED → VERIFIED
Reporter

Comment 6

20 years ago
Doh. I can't believe that. I mean, I just double-checked, and I do believe it,
but I *know* I explicitedly placed focus within the window by clicking before re-
opening the bug, and the arrow key didn't do anything. I wonder if I could have
clicked in dead space.

Many duplicate bugs have been reported on the focus issue; 9701 is root.
Reporter

Comment 7

20 years ago
Doh. Good morning. I mean, "pressed the arrow key twice", not "double-clicked".
Component: Event Handling → User events and focus handling
Product: Core → Core
You need to log in before you can comment on or make changes to this bug.