119303 - Pref Scoll A Page Up or A Page Down Ignored

Status: VERIFIED FIXED

(Core :: XUL, defect)

Description

[Felix Miata]

2002010917. OS/2.

A4-Tech WWU-13 USB Trackball.
Microsoft Optical USB Trackball PN X05-87475 PID 52240-576.

Choosing this pref results in same behavior as default setting to scroll one line.

Comment 1

[sairuh (rarely reading bugmail)]

trackball, not mousewheel, right? there are mousewheel preferences, but i'm not
sure if they're applied to trackballs as well...

Comment 2

[Felix Miata]

How does an app or driver know whether the wheel is on the same side as the
ball? A trackball is nothing but a mouse whose ball gets touched by body parts
instead of a mousepad, and occupies little or no desktop.

Comment 3

[timeless]

everything is dependent on how the driver implements the scrolling features.

Comment 4

[Mike Kaply [:mkaply]]

I don't think there is much I can do about scrolling issues because OS/2 does 
not have native mouse scroll support.

Each driver (and application like hotscroll) implement this differently.

If they would just send the window that the mouse is over a WM_HSCROLL or 
WM_VSCROLL, it would work, but most do not.

Most actually simulate arrow keys which is probably what this one does.

Comment 5

[Felix Miata]

I don't understand the assertion "OS/2 does not have native mouse scroll
support". When I go to OS/2 System -> System Setup -> Mouse, the first tab is
"Scroller". If OS/2 doesn't have native scroll support, where did this settings
tab come from, and why is it there? I'm guessing that it came from XR_C001,
since it is the same file installed as part of either eCS or eCS fixpak 1, and
the mouse.sys in DDFP2 is older still:

Directory of F:\OS2\BOOT

 1-07-02   9:06a     29949           0  MOUSE.SYS
 9-23-00  11:57a     23945           0  MOUSE.SYS.MCP

Comment 6

[Mike Kaply [:mkaply]]

OS/2 scrolling support is implemented by sending up and down arrow 
messages to the window when the mouse is scrolled.

there are no native mouse wheel messages, so the application does not 
know that is is being scrolled by the mouse.

So all we see are arrow key events, not mouse scroll events. This can 
be seen clearly by using a scroll mouse on a WPS folder in icon view.

I'm investigating to see if the mouse driver implementors hid 
something in the arrow messages to let the application know it was 
done by a scroll mouse.

I'll update this bug if I find out anything.

Comment 7

[Mike Kaply [:mkaply]]

*** Bug 131056 has been marked as a duplicate of this bug. ***

Comment 8

[Mike Kaply [:mkaply]]

If you use the amouse drivers which are available from:

http://www.nbsoftware.de/

And configure it to use scroll messages, all the Mozilla preferences work great.

This is going to be the only supported way of using mouse wheels with Warpzilla, 
since this is the only product that does scrolling the right way (by sending 
scroll messages)

I'll suggest to the OS/2 team that they modify the OS/2 scroll drivers to do 
things the correct way.

Comment 9

[Mike Kaply [:mkaply]]

I changed my mind :)

We came up with a way to determine if the keystroke is real or not. I can do 
this.

Patch coming.

Comment 10

[Mike Kaply [:mkaply]]

Attachment: Fix for problem

This is a work of art.

Check the physical key state of the down or up arrow.

If they are not down, assume it is a simulated event from the mouse driver and
scroll the window.

Comment 11

[jhp (no longer active)]

Comment on attachment 74359 [details] [diff] [review]
Fix for problem

r=pedemont if you get rid of the printf

Comment 12

[Mike Kaply [:mkaply]]

Comment on attachment 74359 [details] [diff] [review]
Fix for problem

sr=blizzard (platform specific)

Comment 13

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Comment on attachment 74359 [details] [diff] [review]
Fix for problem

a=dbaron for trunk checkin

Comment 14

[Mike Kaply [:mkaply]]

fix checked in

Comment 15

[Felix Miata]

Verified fixed.

Comment 16

[Felix Miata]

I can't figure out how or why I was able to verify this was fixed, as I had been
using a PS/2 trackball with no wheel, and my USB trackball with wheel would not
work at all. I bought a new M$ Intellimouse Optical, and it would not work at
all either, so I uninstalled the AMOUSE driver and rebooted. Now I can use
either USB device, but the wheel won't scroll more than one line at a time no
matter how I configure Mozilla or OS/2. Currently using 2002051916 branch.

Comment 17

[Felix Miata]

I figured out what happened. I had found a PS/2 wheel trackball to try. My
problem here is OS/2 USB support doesn't work with the AMOUSE driver on my
system. Sorry for the spam.

Comment 18

[Mike Kaply [:mkaply]]

Reverifying