Closed Bug 86666 Opened 23 years ago Closed 23 years ago

Mouse Scrollwheel works only when using shift/ctrl keys

Categories

(SeaMonkey :: UI Design, defect)

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: moz, Assigned: bryner)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1+) Gecko/20010618 BuildID: 2001061804 The Mouse Scrollwheel does work, but only in conjunction with the shift or ctrl keys. All functionality seems to work as well, but never with the alt key or by using the scrollwheel by itself Reproducible: Always Steps to Reproduce: 1. Assign functionality to "No Modifer Key" or "Alt" when dealing with the scrollwheel 2. Try out assigned function in one of these two ways Actual Results: No luck. No functionality with "Alt" or "No Modifer Key" Expected Results: I'm assuming that the mouse scrollwheel should work when used alone or with the alt key after binding it to a specific function (scrolling through the history, scrolling through webpages, increasing/decreasing text) WinNT 4.0 SP 6 HP Kayak XU: Generic HP Mouse w/ Scrollwheel using Logitech PS/2 Mouse Driver. Scrollwheel does work properly (alone & w/ ctrl/alt/shift keys) in Netscape 4.76/IE 5.0/Numerous other applications. In the milestone 0.9.0, everything seemed to work, but only in specific situations. The mouse scrollwheel by itself (MSBI) would work only if you had 1 browser window open (didn't test out the alt key), but as soon as multiple windows were opened, the MSBI stopped working (didn't test out the alt key issue here either). In builds since 0.9.0, the problems seem to be the same.
reporter: there are other bugs that mention HP Kayak, please search for them
Assignee: asa → bryner
Component: Browser-General → XP Apps: GUI Features
--- there are other bugs that mention HP Kayak, please search for them --- By using brute force searching (searching through the description entries for "HP Kayak" 1st time and (HP || Kayak) 2nd time, I could not find anything that links HP Kayak models to this scrollwheel issue. By using the methods described, it only returned 13 bugs ("HP Kayak") and 501 bugs (HP || Kayak). Nothing much turned up outside of issues related to IFrames and scrollwheels (45736), which seemed totally unrelated to the machine/hardware. If you have any other suggestions, I'll check into them. Besides, if the scrollwheel works with ctrl || shift keys, wouldn't it be something besides my machine?
:-( the two main issues are bug 20618 and bug 33732. reporter: could you get spy++?
--- reporter: could you get spy++? --- Sorry, but I don't have any MSVC++ software. Any other suggestions/ideas?
I am also having this identical problem Running WinNT Workstation 4.0 SP5 I have an HP Vectra VLi8, generic HP wheel mouse using the Logitech ps/2 mouse driver. I have spy++, unfortunately I ignorant in its use (I am in the early stages of my C.S. degree program). If you are willing to *walk* me through the steps I'll tell you the results I get. Wish I could be more useful.
I just looked at this problem on a machine with the same configuration (HP mouse, logitech driver). It seems to be solved by updating the driver to the latest version on www.logitech.com. If that works for everyone, I will close this bug (the suggestion to update your driver is documented in the release notes).
resolving as WONTFIX since this is a bug in the mouse driver.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.