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)
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?
---
reporter: could you get spy++?
---
Sorry, but I don't have any MSVC++ software. Any other suggestions/ideas?
Comment 5•23 years ago
|
||
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.
Assignee | ||
Comment 6•23 years ago
|
||
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).
Assignee | ||
Comment 7•23 years ago
|
||
resolving as WONTFIX since this is a bug in the mouse driver.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•