19 years ago
14 years ago


(Reporter: robertgee, Assigned: bryner)


Windows NT

Firefox Tracking Flags

(Not tracked)





19 years ago
Microsoft mouse wheel scrolling does not begin working until cursor is located

over right hand scroll bar, and the mouse wheel itself is clicked. One IE 5.0,

mouse scrolling is always activated on all pages.

Comment 1

19 years ago
Reassigning to who is the mouse wheel scrolling guru., can you give more information about your system? 
Please read the Bug writing guidelines at 
Assignee: cbegle → bryner

Comment 2

19 years ago
Just to note that I am looking at this, but I can't do anything until you give
some more information, including:

Mozilla build version
Mouse driver version

Also, are you referring to regular wheel scrolling or to the "wheel-pressed"
mode where you hold down the wheel button and move the mouse?

Comment 3

19 years ago
Hi, I am using a Micron Millennia PC and Windows NT4 SP4 with a Micron branded 
Microsoft scroll wheel mouse using "Pointer device using msi8042".  Mozilla is 
M14 build 2000022820.  Just bring up, and the scroll wheel will 
not work.  Pressing the scroll wheel itself will allow the page to scroll by 
physically moving the mouse which is not what I wanted.  I really want to 
scroll the HTML page with the scroll wheel only.  If you need more information, 
please feel free to send me an e-mail.  Thanks.

Comment 4

19 years ago
Can you take a look on a current nightly build (i.e. 03-16-2000-M15 or later)
and let me know if this is still happening?  The problems you're describing
sound similar to bugs 22794, 25708, and 20618.  You might also want to see the
comments I added to those bugs about the logging option I just added to the
nightly builds.
Ever confirmed: true


19 years ago

Comment 5

19 years ago

Can you please update the status on this bug, when you have a chance?  Thanks.

Comment 6

19 years ago
In case doesnt respond... with build 2000033116 the 
problem is still evident.  Scrolling the mouswheel does not scroll the page.  
If you click on the main scroll bar with the mousewheel then the page does 
scroll as you move the mouse up and down.  It continues to move with the mouse 
movement until you left (or right) click in the document.  Kinda weird.  Also  
you can scroll selection boxes like the ones in normally.
Heres my pertinent hardware/software: Win95b, Microsoft PS2 IntelliMouse with 
Intellieye, Microsoft IntelliPoint 3.0 (I might have upgraded to 3.1a, can't 
remeber) driver which runs a deamon called Point32.
I'll check out the logging thing in the nightly builds next :-)

Comment 7

19 years ago
I take back what I said.  I don't understand the logging stuff in the other 
bugs.  Do you have to build Moz to do that or can you enable it in a binary?  
To be honest I don't even have a compiler installed in windows.

Comment 8

19 years ago
No, you don't have to build Mozilla to use the logging.  Just go to an MS-DOS
prompt, type:


then cd to the mozilla directory and run:

mozilla > mozilla.log

The mozilla.log file will contain the logging information, if anything got

From your description, I'm wondering if this is really the same as all of the
other "scrolling doesn't work" bugs, and the scrollbar thing is simply a
workaround.  See bugs 32226, 20618, 22794, and 25708.  If one of those other
bugs describes this bug I would rather not keep this one open.

Comment 9

19 years ago
Wow! this is cool stuff.  I got your copy of gkwidget.dll working! I renamed 
the original gkwidget.dll to something else and put yours in it's place.  I 
then loaded mozilla with the "> mozilla.log" option. Then I let mozilla come up 
and I moved the Mousewheel down once.  I then closed Mozilla with alt-F4.  An 
examination of the .log file produced this line early on: "Registered 
MSH_MOUSEWHEEL = 52347" and then the fifth to last line:"nsWindow received 
MSH_MOUSEWHEEL, HWND=608"  Pretty cool.
OK, I just tried the same experiment except I scrolled the mouswheel up once.  
It was identical except the fifth to last line was now:"nsWindow received 
Playing around some more... it seems the HWND number is arbitrary.  Each time I 
bring up mozilla, move the mouse wheel and then look at the log file, it seems 
to be a differant number regardless of wether I moved the wheel up or down.  
For example, moving it up once then down once made these to lines in the .log 
nsWindow received MSH_MOUSEWHEEL, HWND=3592
nsWindow received MSH_MOUSEWHEEL, HWND=3592
if I do the same thing again...
nsWindow received MSH_MOUSEWHEEL, HWND=3248
nsWindow received MSH_MOUSEWHEEL, HWND=3248
I don't get it, what is the significance of the numbers?

I took a look at the four bugs you mentioned.  I don't think this bug is a dup 
of 32226 (both Microsoft mice yes, but that bug is intermittent for some 
reason, while this bug is constant).  I've looked at the other three briefly 
but I'll have to look in them more deeply later.

Comment 10

19 years ago
Ok, so.... you are seeing the MSH_MOUSEWHEEL messages, but the content area is
not scrolling?  This could be important, as it means I know where to look now
for the bug.

Were there any additional lines printed after you moved the mousewheel?

Comment 11

19 years ago
No, no lines are printed after moving the scroll wheel aside from the usual 
nsWindow received MSH_MOUSEWHEEL, HWND=XXXX  Interestingly, clicking the 
mouswheel causes "OH MY GOD!" to be printed out?!  By the way, everything works 
fine when gfx scrollbars are turned off.

Comment 12

19 years ago
As of the nightly build of April 4, 2000, this bug appears to have been fixed.
Last Resolved: 19 years ago
Resolution: --- → FIXED

Comment 13

19 years ago

I've updated the version of gkwidget.dll at

to include different debugging information.  I'm especially interested to see 
what it prints for you, since it looks like we get really close to handling the 
scroll correctly but then it somehow does not.  So please give it a try when 
you have a chance.  Thanks.

Comment 14

19 years ago
Updated gkwidget.dll again, only change is to remove some extraneous debugging 
output that was printing out even when there was no mousewheel movement.

Comment 15

19 years ago
Sorry, here is the error message mozilla crashes with when running the new 

MOZILLA caused an invalid page fault in
module APPSHELL.DLL at 0137:60035a71.
EAX=0068fcd8 CS=0137 EIP=60035a71 EFLGS=00010246
EBX=00000ffe SS=013f ESP=0068fc94 EBP=0068fcb8
ECX=00000064 DS=013f ESI=0068fc80 FS=3fd7
EDX=00000001 ES=013f EDI=00000000 GS=0000
Bytes at CS:EIP:
ff 11 8b f8 8d 4d fc e8 57 80 00 00 8b c7 5f 5e 
Stack dump:
0068fcd8 60046098 0068fcf8 00000000 80000000 60040000 00000000 00000001 
00c07200 0068fcfc 600353e8 00889620 00000000 00c06420 00000000 00000000 

And here is what it writes to the log file before it crashes:

Profile Manager : Profile Wizard and Manager activites : Begin
Profile Manager : Command Line Options : Begin
Profile Manager : Command Line Options : End
ProfileManager : GetProfileDir
ProfileManager : GetProfileDir
Profile Manager : Profile Wizard and Manager activites : End
has multiple monitor apis is 0
****** number of sceens 1

I tried downloading it twice in case it got corupted in the transfer, it didn't 
change anything.  I'll download the April 4, 2000 build to see if it works as 
per 's comment.

Also, I took a look at the three other bugs.  I suggest we move over to bug 
20618 (not a perfect match but close enough) since this bug is closed.

Comment 16

19 years ago
I compiled that against the current source... are you running the 04-05 nightly?

Comment 17

19 years ago
Oh, no wonder :-)  OK, running with build 2000040415 with new gkwidget.dll,
scrolled mousewheel down once, up once, and down once.  Then closed program.
The log file:

Document: Done (4.62 secs)
Processing mousewheel message
Getting scroll lines
Got iDeltaPerLine=0
Processing mousewheel message
Got iDeltaPerLine=0
Processing mousewheel message
Got iDeltaPerLine=0

Comment 18

19 years ago
Ah, that would do it!  Looks like we're failing to read the system setting for 
number of lines to scroll, and therefore bailing.  I think I need to make 
separate cases for WM_MOUSEWHEEL and MSH_MOUSEWHEEL to read the number of 
lines.  Will try to get that done in the next couple of days. (I'll put up a 
new gkwidget.dll and update this bug so you can check it out before I check it 
into the tree).

Comment 19

19 years ago
Awesome!  Awaiting your word...

Comment 20

19 years ago
Ok, no guarantees, but I just uploaded a new gkwidget.dll that attempts to 
properly detect the system setting for the number of lines to scroll on Win95.  
Give it a shot.

Comment 21

19 years ago
Congratulations!  It works beautifully!  Thank you!  Here's the log from one 
mouse scroll:

Document loaded successfully
Document: Done (4.56 secs)
Processing mousewheel message
Getting scroll lines
Using Win95 mousewheel handling
Got mswheel hwnd
Got ulScrollLines = 3
Got iDeltaPerLine=40
Dispatching message to another window
Giving message to window with hWnd=744
Processing mousewheel message
Got iDeltaPerLine=40
Setting scrollEvent.deltaLines=-3
Calling DispatchWindowEvent for mousewheel message

The "click the mousewheel scrolling" doesn't work, but I bet you knew that 
already.  Thanks again...

Comment 22

19 years ago
Congratulations to bryner and fisher7 for their great work!  I can't wait to 
download Netscape 6 Preview 1.  Maybe in the future, I can contribute my C++ 
development skills instead of just testing.

Comment 23

19 years ago
Thanks.  You should note, though, that Netscape 6.0 PR1 was branched off 
several weeks ago and so won't contain any of the recent fixes.

Comment 24

19 years ago
Works for Me
Platform: PC
OS: Windows 98
Mozilla Version: 2000100508

Marking as Verified

Comment 25

17 years ago
transferring these to my email.
Assignee: bryner → bryner
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.