Closed
Bug 26658
Opened 25 years ago
Closed 24 years ago
linux: Scrollbars in browser sometimes go free, stop working
Categories
(Core :: XUL, defect, P4)
Tracking
()
M18
People
(Reporter: elladan, Assigned: eric)
References
Details
(Keywords: platform-parity)
This is a sporadic problem that's been occuring at least since M12. Sometimes the scrollbars in a browser window start moving freely, without scrolling the page with them. Typically, the arrow buttons also aren't correctly drawn. The scrollbar itself does move, much smoother than normal in fact (since the window isn't scrolling with it.). The page appears to keep loading behind it, but the scrollbars don't start working when it's finished. I typically have a number of windows open, this may have some effect. The problem only affects single windows, not all open mozilla windows. The arrow keys etc. don't scroll the window either, though it's hard to tell whether they're doing anything since they typically don't work at all right now. A reload typically fixes the scroll bar, but not always. I've been unable to determine a reproduction sequence for this bug, or localize exactly when it occurs. Will report more if I can localize it. The paint problem could be related to 23985, but the page appears to keep loading while the scrollbars are broken.
Comment 1•25 years ago
|
||
elladan@eskimo.com, have you ever seen this happen after a page has finished loading, or only if you try to move the scrollbar while the page is still loading?
Component: Browser-General → XP Toolkit/Widgets
QA Contact: cbegle → paulmac
Yes, I've seen it happen after the page has finished loading. However, it doesn't happen once the scroll arrows have been drawn, as far as I can see. eg, sometimes the scroll arrows never appear. It doesn't work then, even after the page finished. However, this could be something of a red-herring. I typically open about a half dozen windows, and flip between them a lot. Thus, it might be the case that I went to another window in Mozilla and scrolled, but don't recall it.
Comment 3•25 years ago
|
||
I see this too. Steps to reproduce: 1. Start browser buster http://komodo.mozilla.org/buster in the background. 2. Launch a new window from the browser buster window. 3. Load a page in the new window. Result: When the browser buster loads a new page the scrollbars in the new window float free. Build id: 2000021808 Linux.
Comment 5•25 years ago
|
||
Easy to reproduce on my Linux build 2000.02.21.08: 1.File | Open Web Location 2. Enter "mozilla.org" 3. Click OK
Assignee: leger → trudelle
Comment 7•25 years ago
|
||
qa contact to me. only have seen this on linux so far, so added pp keyword.
Keywords: pp
QA Contact: paulmac → sairuh
Summary: Scrollbars in browser sometimes go free, stop working → linux: Scrollbars in browser sometimes go free, stop working
Comment 9•25 years ago
|
||
Okay, with the browser buster running, opening up 5 other windows, and loading URLs in all of them concurrently, I was able to get the last window into a state where it had no scrollbars. Even then, reloading the page fixed the problem. Reassigning to evaughan as p4 for m16
Assignee: trudelle → evaughan
Priority: P3 → P4
Target Milestone: M16
Comment 10•25 years ago
|
||
I have noriced it too, it happens quite frequently for me, maybe from using "Open Link In New Window" (which I do a lot) I have also had it happen with just 2 windows open (with build 2000022409)
Comment 11•25 years ago
|
||
I've seen this, too, on occasion.
Comment 12•25 years ago
|
||
I have seen this often. Here's a bit more information: when a window is in this "disconnected scrollbar" state, the scrollbars are not completely disconnected. When you have one of these windows and scroll to a new location the page view doesn't update. However, if you switch to a different virtual screen (with your windowmanager pager) and back, the page will have redrawn at the correct location. It seems the scrollbar just isn't sending the "redraw at this new position" message.
Comment 13•25 years ago
|
||
This bug is worse than it appears - often it causes moz to suck up 100% CPU time until Moz is closed - closing the window in which the scrollbars are not working will not stop the CPU suck. This also causes the tops of menus not to be drawn...
Comment 14•25 years ago
|
||
The CPU suck is a separate bug (I get them occurring independently) See Bug 24471, 30660, 29194. Further info on this bug however. When in the "disconnected state", the "url under mouse" feature works based on the position the link _should_ be at, rather than the displayed position of links, further indicating it is just graphic repaints that need calling.
Comment 15•24 years ago
|
||
*** Bug 32354 has been marked as a duplicate of this bug. ***
Comment 16•24 years ago
|
||
->jrgm. eli, d'you see something like this on mac?
QA Contact: sairuh → jrgm
Comment 17•24 years ago
|
||
I've seen the scroll bar "jump" slightly on occasion --- and a mouse event problem in which the scroll bar follows the mouse pointer without the mouse button held down --- but not this one.
Comment 18•24 years ago
|
||
Bug 30325 covers the scrollbar jumping inappropriately in response to mouse movements. I see that all the time. This one, where the scrollbar starts moving back and forth and won't stop, I've only seen a few times, but I think mcafee sees it fairly often.
Comment 19•24 years ago
|
||
I think this is a dup of bug #24696 (or vice versa) [or at least the fix will be the same].
Comment 20•24 years ago
|
||
akkana: This bug isn't about the scrollbars moving around automatically (at least that's what it sounds like you're describing), it's that when the scrollbars are moved, no corresponding change in the page view occurs.
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M16 → M17
Comment 21•24 years ago
|
||
*** Bug 32390 has been marked as a duplicate of this bug. ***
Comment 22•24 years ago
|
||
I am running M14 on RedHat 6.1 and I see a similar problem at this website: uo.stratics.com. The scrollbar works fine at first, but after a while it moves freely without updating the main window. I think this happans at the same time a new advertisement is loaded in the top frame.
Comment 24•24 years ago
|
||
This bug is more important than that IMO. It makes GFX scrollbars unusable for me. If you like me have a habit of using the open link in new window feature you as a result spend half your time reloading pages where the scrollbars doesn't work. At least make the non-GFX scrollbars default untill it is fixed
Comment 25•24 years ago
|
||
The real answer to this bug is bug #34033 (according to pav on bug #24696) Setting this as dependent on bug #34033.
Depends on: 34033
Comment 26•24 years ago
|
||
As the reporter of a dupe of this bug, I agree with thue105@kollegiegaarden.dk. This really needs to be fixed soon.
Comment 27•24 years ago
|
||
*** Bug 35897 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 28•24 years ago
|
||
I tried repoducing all these bugs in the current build. Even the dup bugs. But it works fine on linux.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 29•24 years ago
|
||
I still get this with the test describe 05/08 on bug #34033. However, I spoke with Pav and it's clear to him that these two are the same bug. So, just going to reopen this and dup it -- the fix will come with bug #34033. [Sorry for the spam]
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 30•24 years ago
|
||
dup *** This bug has been marked as a duplicate of 34033 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•