Mouse scroll wheel does not work when focus is in multi-line text field

RESOLVED WORKSFORME

Status

Camino Graveyard
OS Integration
RESOLVED WORKSFORME
16 years ago
13 years ago

People

(Reporter: stephen@ju-ju.com, Assigned: Brian Ryner (not reading))

Tracking

Details

(URL)

(Reporter)

Description

16 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021120 Chimera/0.6+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021120 Chimera/0.6+

After clicking in a multi-line text field, the scroll wheel does not scroll the
page. Clicking outside of the field restores it.

Reproducible: Always

Steps to Reproduce:
1. Go to the URL or any page with multi-line text entry field.
2. Click inside the "Comments (Include any relevant URLs):" field.
3. Move the scroll wheel on the mouse.

Actual Results:  
The page is not scrolled.

Expected Results:  
The page is scrolled according to the movement of mouse wheel.

Tested on Mac OS X 10.2.1 with Microsoft Trackball Explorer.

Comment 1

16 years ago
-> bryner
Assignee: sfraser → bryner
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 2

16 years ago
Mac OS 9.2.2, Logitech Cordless TrackMan Wheel.  In Mozilla 1.2.1 have begun to
have a similar bug where not happening before.  Wheel was set to scroll one page
per tick.   Very important when reading multipage websites.  Wheel works but
instead of one page, it now jumps one and a half or more.  I am back to pressing
down arrows.  Page up and down seem to work properly from keyboard.

Comment 3

16 years ago
IMHO, the correct behaviour would be to determine the pane to scroll based on
the mouse position as opposed to using the input focus (at least that's the way
the UI behaves on Mac OS X and it *does* make sense). So when the user moves the
mouse over a multiline edit field and turns the scroll wheel, the multiline edit
field should scroll, but when moving the mouse outside the edit field on the
page background, the page should scroll regardless of where the input focus is.
(this behavior may have to be platform dependent?)

Comment 4

14 years ago
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040615 Firefox/0.9

This is still a problem. The last comment brings it to the point.

Comment 5

14 years ago
Robert, this is a Camino bug, not a Firefox bug
Fixed a while ago.
Status: NEW → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.