Closed Bug 27667 Opened 25 years ago Closed 16 years ago

Mouse wheel keeps scrolling after I stop turning the wheel, until it reaches end of page

Categories

(SeaMonkey :: General, defect, P3)

Product:
SeaMonkey
Component:
General
Platform:
x86
Windows 98
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: marshall, Unassigned)

References

Details

(Keywords: helpwanted, relnote)

I've had a problem for a little white, when I try to use the mouse wheel on a web page, instead of scrolling 1-3 lines at a time, it scrolls the entire page with one little movement. I can reverse the direction while its happening but I can't stop it until it reaches either the top or bottom of the web page. I have the Logitech FirstMouse+ and at one point the mouse wheel worked correctly in mozilla. Mouse Driver version 8.61. And the moz prefrences say scroll 1 line at a time. I've just noticed that this problem doesn't happen 100% (It's not happening now but it was 2 minutes ago when I was searching bugzilla) of the time but it frequently happens when I visit news sites.
This sounds similar to a bug I've seen that's non-mousewheel related, where dragging the scrollbar thumb around can cause it to just keep going until it hits the top or bottom. I'll take a look at this though.
Status: NEW → ASSIGNED
I just checked in a fix that should fix a lot of Strange Things with mousewheel scrolling on Windows. Please retest either from CVS or from a 2/25 or newer nightly build. Thanks.
I have visited 4 pages... the last one happened to be slashdot.org in which this bug shows up. I click the mouse wheel once and it fires down to the bottom of the page.
Where did you have the mouse pointer at while you were scrolling? Over the page area or over the scrollbar? And does that seem to have any effect on when the bug shows up?
Target Milestone: M15
I normally have it over the content. But I just tried it in both places and it makes no difference
If it makes any difference when I am on this page http://slashdot.org/articles/00/02/29/0847207.shtml and scroll once with the mouse wheel it goes a little more than half way and then stops. It doesn't go 100% of the way.
Yes, that could be helpful to know. I definitely want to see what the debugging output gives you, as soon as I modify it to be selectable at run-time instead of compile-time. Will update this bug when new debugging code is checked in.
Just to update status, I have the new debugging code done but it's not going to land until after the beta branch. If you are able to do a build yourself, let me know and I will attach a patch; otherwise we'll have to wait a couple weeks or so.
Beginning with the 03-16-2000 M15 builds, you can do the following to generate mousewheel debugging information (on Windows): set NSPR_LOG_MODULES=MOUSEWHEEL:5 mozilla > mozilla.log Mousewheel debugging information will have this format: 1024[80589f0]: (message) Note that the numbers may differ. Please try to get this problem to show itself, and attach the resulting mozilla.log to this bug report. Also, please check that you have gfx scrollbars enabled (Preferences->Debug).
You know what, it might be due to the fact that Combo-boxes/Selection boxes still use windows widgets. The logitech drivers read that they are there and scrolls the page. Mozilla reads the mouse wheel has moved and also scrolls the page. Does this sound like it could be the problem (It would explain it not scrolling all the way too)? I downloaded the latest nightly (2000031608) and I created a batch file which says: set NSPR_LOG_MODULES=MOUSEWHEEL:5 mozilla > mozilla.log I ran the batch file. Found a page where it does a little extra scrolling (A form with drop-down boxes), exited. And when I checked the log file I just get the standard info and no mouse wheel info.
That could be. rods@netscape.com is in the process of implementing gfx scrollbars on the select/list elements. Give it a try again after this is done.
Target Milestone: M15 → M16
Moving all my bugs to this email.
Assignee: bryner → bryner
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
Tested with Build 2000053020 (talkback) on Win 98 SE, MS Wheel mouse. Checked several pages including link from comment on 2000-02-29. Tested with gfx scrollbars on and off. Could NOT reproduce this bug. Neil, This is pretty old, have you had this problem with a recent build?
yes. It doesn't scroll down the page as much as it used to. I found that in the control panel if I say only scroll 1 line (As opposed to what I had it set to - 3 lines) it works a little better. It still goes wonky every so often though. Also, on another machine I have, witout em_exec installed, the logitech mouse wheel just doesn't work. If you want another example of a page that does it, try test4 in the debug menu. It fires to the bottom of the page without fail on 2000052720, I'll try it on a newer build later on today.
On 2000060108 test 4 still scrolls to the bottom of the page with one little click.
M16 has been out for a while now, these bugs target milestones need to be updated.
Clearing target milestone. I don't doubt that this still happens (and I've gotten reports from at least one other person that they see this as well), but since I haven't been able to reproduce it myself, I'm kind of stuck unless someone can offer up a good technical explanation of what's happening.
Target Milestone: M16 → ---
->Future. We can't hold for problems we can't reproduce, and even if we could, we have too many bugs that affect everyone.
Target Milestone: --- → Future
This one happens to me many times a day. Should have gone hunting for it earlier :(. I'm way too tolerant I guess. I also have a Logitech Wheel Mouse, WinNT 4.
I've heard this is more likely to happen if you are mousewheel scrolling with the pointer over the Mozilla window when the mozilla window is not focused. Anyone who is seeing this bug may want to try to narrow it down to this particular case.
This happens to me with the 2000100604 build on the following URL: http://www.netcog.com/articlelistsymbol.asp?symbol=TEVA I use Logitech Wheel Mouse on Win98. The driver version is 9.00. The position of the mouse pointer does not make any difference. If I change the preferences to scroll 3 lines at a time instead of 1, it just goes faster to the end of the page.
I've been experiencing this bug for a long time now. Currently using Win95, build 2000102004, Logitech mouseware 8.20. The reason that I'm adding this comment is that I have the feeling that this occurs mostly when I'm trying to scroll while the page is still loading. Sometime the "uncontrollable scrolling" stops when focusing the browser-window (the frame that's scrolling, for example). I hope this helps when/if you restart work on the bug.
still don't know what's going on here, although i've seen the bug with my own eyes (albeit not on my machine). setting to mozilla 1.0, marking helpwanted.
Keywords: helpwanted
Target Milestone: Future → mozilla1.0
*** Bug 55387 has been marked as a duplicate of this bug. ***
*** Bug 64861 has been marked as a duplicate of this bug. ***
64861 is seen on linux. Not 100% sure it's the same bug as this, even if sympthoms are alike. Another linux-user also reported the page-instead-of-line bug today. (bug 64867) And there are more oddities with mousewheeling on linux today, lagged and jerky asynch scrolling in linemode - filed 64870 on that.
I saw the "scroll entire page bug" return about 2 days ago (Windows98). Jan 8 2001.
Take a look at http://www.zophar.net. The large table that formats the page seems to be firing the bug. Notice that in the top of the page, when the table is still not there, scrolling works fine. Once you reach the table and try to scroll, Mozilla goes all the way down to the bottom of the table (but *not* to the bottom of the page). A similar behaviour can be seen on http://www.anandtech.com/webnews.html. It's more tricky to notice it here, since the table that seems to be firing the bug is the left one, and it is not too big. But the scrolling generally goes from the beginning of that table to the end of it. I could not see the bug 100% of time in this site, but in the previous one, it always happens. This is 2001050508, under Windows 98, using a Logitech MouseMan+.
Summary: Mouse wheel scrolls entire page → Mouse wheel keeps scrolling after I stop turning the wheel, until it reaches end of page
See also bug 105845, which states that this happens when you scroll with the mouse wheel while a page is still loading.
Disclaimer: I hope the following helps, and I'm aware that I'm long on anecdotal info and short on hard facts...but let's hope it's usueful to somebody. Okay, I _seem_ to be able to reproduce this on my Win2K machine running Mozilla 0.9.5. Instructions follow. In preparing these comments, I've also found another way to reproduce it, although with less efficacy: I've found that "nursing" the wheel up or down, really really slowly, can often produce this "runaway" effect. *****Setup: 1) In preferences, set Navigator to start with with a "Blank page". 2) In preferences, disable Quick Launch 3) (optional) take the URLs from below and bookmark 'em. 4) Set Memory and Disk Cache to ridiculously low numbers, I use 40 and 40. 5) Close/exit Mozilla. *****Execution: 1) Start up Mozilla - get to blank page 2) Go to http://perso.wanadoo.fr/levenez/unix/history.html Let the page load. don't scroll, don't do anything .... 3) Go to the bug report for this bug (irony!) http://bugzilla.mozilla.org/show_bug.cgi?id=27667 4) Tick the wheel down one tick! bang - for me, this scrolls ALL the way down 'til the bottom. *****End
still not seeing this, unfortunately... my gut feeling is that the event queue is getting confused and we're processing the event multiple times. I'm not sure what could cause this. cc'ing danm in case he has any ideas.
Target Milestone: mozilla1.0 → mozilla1.0.1
I have yet to see events be stuck and repeatedly processed at the queue level. I did once see DOM events be processed, well, twice. It was some situation unique to that bug, I vaguely remember. Anyway, I suspect it's not queues. If it's wild guess time, from the descriptions which make it sound like it has something to do with a page under construction, put me down for something to do with the DOM event delivery mechanism. Maybe somewhere it's enumerating through a bunch of DOM elements, looking for the next recipient of the event, and simultaneously building elements and getting confused. Which you'd think would short-circuit event delivery, not superloop it. Shrug. Wild guess.
Would you please check out bug 114163 as this is very likely a dupe. I experiece the bug 114163 (Unstable scroll bar) using the scroll bar and not the mousewheel. Also I am using MacOS 8.6. I believe this may be a dupe. I first noticed this bug on the nightly from Dec 6, 2001.
*** Bug 105845 has been marked as a duplicate of this bug. ***
Using 1.2 on W98, bug still there. Noticed that in preferences you can say mouse to use system-default, and the problem stops. However, when browser is closed and restarted, problem is there again, until tou open preferences/mouse and close it again. Somehow connection with drivers (Logitech latest) is not well initiated, and done anew when opening prefs.
This bug continues in 1.2.1, Win98, using a Logitech optical mouse. Oddly, it often won't reproduce on pages. That is to say, it will do it one time on a page, but if I go back to the same page later, it won't do it. I'll keep looking to see if there's a pattern, though.
It's still happening all the time to me. Especially on www.deviantart.com when looking at images. I think it has something to do with table layout and images still loading on the page when I try to scroll. Piplineing has no effect. I think it's slow loading table cells.
Just want to add a quick "me too". I'm running 1.2.1 on XP Pro, Logitech drivers v9.73. Like the others it doesn't happen every time or on every site. I'm looking at http://www.sportinglife.com/ for testing, and it's doing it maybe 50% of the time I move the wheel. It happens scrolling up and down, and on my system it adds an extra 4 "notches" after I've moved the wheel. If you wait until it's finished moving then you're back to a 50% possibility of it doing it again the next movement. If it's scrolling itself and you move the wheel either way, it always does another 4 extra. The extra aren't cumulative, it's always 4. I tried messing with the mouse wheep properties, and putting system default on or off doesn't stop it. However, going in and OK-ing the properties stops it happening on the page I'm on, but going to another page or refreshing the current one starts it again. This is a wild guess, but I've noticed it happening a lot on pages with scrolling text java/javascript applets. I have J2RE v1.4.1 installed.
OK. I'll chip in, too. I experience the same behaviour, on various pages. A fairly good example is http://forums.fark.com/cgi/fark/comments.pl?IDLink=1 (the main forum on FARK.COM). This is an extremely large page, that consists of a big table and lots of images, so it takes fairly long to load completely. I'm using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5, but I had the exact same behaviour in the latest single Mozilla and Netscape 7 versions. Windows version is XP Pro with SP1 installed, Logitech MouseWare v.9.73, two button optical wheelmouse. Whenever the scrolling goes berserk, I'm not able to stop it until the very top or bottom of the page is reached (what *could* be explained by the fact that given page consists of one big table). Sometimes pressing ESC will help, but these occasions are rare. Changing mouse settings did not make a difference. The mentioned page does, however, *not* contain any form of scripting, except for a simple form (action: cgi, consists of 1 textarea, 2 input=text, 1 input=submit) at the bottom of the center column of the table.
I'm now running Moz 1.3 and Mouseware 9.75 and haven't noticed this happening for weeks now. I upgraded both items at the same time, so could one or the other (presumably Mouseware seeing as this bug hasn't been updated) have provided a fix? Hope this fixes it for others, I know how annoying it can be.
Using Moz 1.3 and Mouseware 9.30, this bug still happens for me fairly often. The way I can reproduce it is to hit reload on this page or on the Zophar link from comment #28 (http://www.zophar.net/index.phtml), and then just slowly move the scroll wheel down as the page loads. It seems that every time the page is about to finish loading, it goes into the infinite scroll. I have some tabs open, and when this happens the little reloading icon on the tab (2 spinning arrows) stops spinning for a second, then when it's done scrolling they spin for another second and then switch to the finished loading icon. If I move my mouse across the tab bar while this is happening that often makes the scrolling stop. There also seems to be some sort of correlation between the hard drive grinding a little when this happens. I'm downloading new Mouseware drivers and will see if those fix it, and will post again when I find out.
Okay, it seems that Mouseware 9.76 does indeed fix the problem, so the bug was probably not with Mozilla after all. I'd say this bug should probably be closed but that instructions should be added somewhere to suggest that Logitech users should update their mouse drivers (maybe even some kind of check during installation for Mouseware < 9.7 and tells the user that they could experience some problems with their mouse driver and prompts them to automatically download a newer version or something like that), especially considering how many other bugs seem to be caused by old versions of Mouseware (try searching Bugzilla for "mouse wheel" and you'll see what I mean).
I have logitech mouseware 9.73, WinNT 4.0 and Mozilla 1.4a. I expreience this bug in all versions of mozilla, however I have been abele to work around it by enabling "Use MS Office compatible scroll only" and "Scroll only in active window only" in the Mouseware preferences. If I don't have these two items enabled, any other combination of settings (I have tried just about every one for the last 2 days) reproduces this bug - once the scroll has been activated, the page will scroll until the end of the page or reverse directions, only stopping if you move the mouse off of the mozilla window (e.g taskbar, system tray) I wasn't able to install the < a href = "http://www.logitech.com/index.cfm?page=downloads/software&CRID=1792&contentid=5280&countryid=19&languageid=1">NEWEST</a> version of mouseware (9.76) but the version I am using is in line with the last comment (use Mouseware 9.7 or newer). Hope this helps for those of you still having the issue.
I have the same problem at my windows 98 and mozilla 1.4, but it only happens when the page is loading...
I see this in Windows ME when loading a page or when loading another page in a background tab in Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7) Gecko/20040610 Firefox/0.8.0+. This affects Firefox as well as Browser.
I see this in Windows ME when loading a page or when loading another page in a background tab in Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7) Gecko/20040610 Firefox/0.8.0+. This affects Firefox as well as Browser.
Adding comment; In Internet Explorer, if you click the scrollwheel to bring up autoscroll, spinning the scrollwheel turns off the autoscroll. In Mozilla, if you accidentally click the scrollwheel, spinning the scrollwheel does not turn off the autoscroll.
(In reply to comment #43) > I have logitech mouseware 9.73, WinNT 4.0 and Mozilla 1.4a. I expreience this > bug in all versions of mozilla, however I have been abele to work around it by > enabling "Use MS Office compatible scroll only" and "Scroll only in active > window only" in the Mouseware preferences. If I don't have these two items > enabled, any other combination of settings (I have tried just about every one > for the last 2 days) reproduces this bug - once the scroll has been activated, > the page will scroll until the end of the page or reverse directions, only > stopping if you move the mouse off of the mozilla window (e.g taskbar, system > tray) > > I wasn't able to install the <a href="http://www.logitech.com/index.cfm?page=downloads/software&CRID=1792&contentid=5280&countryid=19&languageid=1">NEWEST</a> > version of mouseware (9.76) but the version I am using is in line with the last > comment (use Mouseware 9.7 or newer). > > Hope this helps for those of you still having the issue. I can confirm this behavior exactly as you describe it. From reading everyone else's comments, I agree that this is a Mouseware/Firefox incompatibility. Has anyone experienced this bug when using something other than a Logitech mouse?
*** Bug 202383 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
Assignee: bryner → general
Status: ASSIGNED → NEW
QA Contact: cbegle → general
Target Milestone: mozilla1.0.1 → ---
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.