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

Status: RESOLVED WORKSFORME

(Camino Graveyard :: OS Integration, defect)

Description

[[e-mail]]

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

[Simon Fraser [no longer active]]

-> bryner

Comment 2

[Richard D. Foley]

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

[Jens Miltner]

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

[Robert Freund]

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

[Stuart Morgan]

Robert, this is a Camino bug, not a Firefox bug

Comment 6

[Samuel Sidler (old account; do not CC)]

Fixed a while ago.