Closed Bug 186891 Opened 23 years ago Closed 22 years ago

Modern: Bookmarks "jump" back to old position after using scrollbar

Categories

(SeaMonkey :: Themes, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: ok34, Assigned: shliang)

References

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.2.1) Gecko/20021201 Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.2.1) Gecko/20021201 On Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.2.1) Gecko/20021201 I see a bahaviour that I cannot remember having seen on Mozilla 1.1/OS/2. If you have a large bookmarks file, and you grab the scrollbar in the sidebar/bookmarks windows, I can reproduce this: Pull the scrollbar far down and release it. The contents of the bookmarks window shift down correctly, but if you continue to move the mouse over the bookmarks window, occasionally (3 out of 5) the contents jump back up again. This only happens if immediately following the scrollbar movement you continue to move the mouse over the bookmarks. Once a couple of seconds have passed, the bookmarks become immune to the effect. Also, I have the impression (although I cannot prove this) that the effect is exaggerated if your mouse pointer is outside the scrollbar when you release the mouse button after pulling on the scroll bar. And seems to me that the whole thing only happens when pulling down, not when pulling up. Reproducible: Sometimes Steps to Reproduce: 1. Open bookmarks in sidebar 2. pull the scrollbar far down 3. release mouse button and continue to move mouse pointer over bookmarks Actual Results: Bookmark window contents jump back up. Expected Results: Leave bookmarks alone.
*** Bug 186892 has been marked as a duplicate of this bug. ***
This bug is also present on 1.3a. One out of two times bookmarks jump back to their old position after usage of the scroll bar.
I just voted for this bug because nothing seems to happen (three months UNCO). Now its March 2003, and Mozilla 1.3b still has this bug. If you have a very large bookmarks file (as I have), you almost cannot go to the end of it. As soon as you let go of the scrollbar, 4 out of 5 times the bookmarks list immediately jumps back to the top. Also, sometimes when you have scrolled to some mid-point in the bookmarks, you may see the strange behaviour that if you drag something on the desktop (_not_ to and _not_ from Mozilla, but between two unrelated programs) then the bookmarks jump to the top, but then keep on scrolling downward, unstoppable. The only way to end this annoying behaviour is to drag the scrollbar all the way down, which - as written above - mostly results in an immediate jump to the top.
I have switched to 1.3 final, and the bug has somewhat changed it's behaviour. Now the bookmarks only jump back to the top if - after dragging the scrollbar down and releasing the mouse button - I mouseover the arrow-down-button on the scrollbar. This is 100% reproducible. But no one listens to this bug? Three months UNCO? Maybe it's platform specific?
This synthetic bookmarks file contains > 630 unique bogus entries. It is large enough (> 200 KByte) to reproduce the bug as described.
I'm not seeing this behavior. I dragged the thumb all the way to the bottom, released the mouse button and then moved the mouse pointer over the down arrow. I'm using the trunk. I'll check 1.3
At some point in the past I believed it could be (another) bug related to AMOUSE. But no change in AMOUSE's settings would change anything in the bug behaviour. I have, however, found that the bug can also be triggered by dragging the thumb up. I just found out that it does not take a mouseover over the arrow-down-button, but rather the history tab just underneath it. When testing, I stopped mouseovering not fast enough to stay inside the arrow-down-button, so I hit the History tab. And triggered the bug. But when testing the up version, I could brake fast enough not to hit the Tinderbox tabs. So I did not trigger it there. Testing can mislead sometimes, apologies for that. I always believed it had to be the arrow-down-button, because the arrow-up-button does not provoke the bug. But I just checked, the tabs above bookmarks (Tinderbox: SeaMonkey-Ports, Search etc.) also provoke this behaviour. Also, it seems that it is related to a mark inside the bookmarks. Some line within the bookmarks needs to be highlighted and then the bug is 100% reproducible, at least here. Still, I need to check this on Linux.
maybe there is another bug causing this? When you move to far to the left with the mouse button down while moving the thumb, you go to the top (or bottom) depending on where you started. Is this what you are seeing?
Now this is becoming real strange. First of all, now I am certain this is OS/2 platform specific, so I set OS:OS/2. I checked with the Linux port of Mozilla, it does not show the symptoms I described in this bug and not the symptoms you describe at all. Strangely, the symptoms you describe (jumping to the top or bottom when going too far left or right while dragging the thumb) is something I cannot reproduce, while it seems that you cannot reproduce the symptoms I am seeing. But I believe that there is a common cause, and may I speculate that it lies in Chrome. First, there is another bug that describes the annoying jiggling of the UI when you mouseover the tabs (activated tabs seem to be one pixel higher than non-activated). This bug previously has been for all OS, now on the Linux platform it's fixed. Not so on the OS/2 platform. I am kind of convienced that the jumping occurs when the repaint action caused by the mouseovers over the tabs causes the scrollbar-thumb-handling method to discard all changes that have occurred since the thumb was dragged. Maybe going too far left or right causes the same error. Could the difference between your and my symptoms be due to different mouse drivers?
OS: other → OS/2
This annoying bug is still present in 1.4b. With it, the Bookmarks window is still utterly unusable. Please, please fix this.
The jumping of the tabs has been fixed. We still have never been able to recreate this problem.
Well, here it is, and it makes bookmarks (at least the ones to the end of the bookmark list) completely unusable. As I wrote, it was a misreception of me to think that the jumping is being caued by mouseover of the down arrow in the scroll bar. Scroll down to the very end of bookmarks by dragging the thumb or by using the wheel. Now just move the mouse pointer over _any_ tab head. No matter whether it is "History" or "What's related". They all cause bookmarks to jump back to the old position, whereever you started when you dragged them down. The jump occurs the very moment that the other tab head gets focus (is being highlighted). In that moment, the entire UI jiggles one pixel (that is another reported bug) and the jump occurs.
The missing part of the equation was that it only happens with Modern theme. It happens on Windows as well.
Assignee: ben → shliang
Status: UNCONFIRMED → NEW
Component: Bookmarks → Themes
Ever confirmed: true
OS: OS/2 → All
QA Contact: claudius → pmac
Hardware: PC → All
Summary: Bookmarks "jump" back to old position after using scrollbar → Modern: Bookmarks "jump" back to old position after using scrollbar
Interesting! I haven't tried it on Windows. On Linux I could not reproduce the effect...
It only happens on me for Windows because I get the "jump" with the mouse over where the font change. I have my Windows font set to extra large for testing. So you were correct, it has to do with the font change causing the tab to get bigger. I thought I had fixed the fact that the tabs jumped like that, but for some reason it is still happening...
This is fixed with: 201598
Confirmed. I manually introduced Mike's patch from #201598 into my bin\chrome\modern.jar, and that patch positively fixes this bug. That "may" lead to another point, and I'm not sure whether I should create a new bug (or propose a future improvement): Bookmarks jump back to top when another tab is activated (like Search) and Bookmarks are re-activated. For the moment I'll mark this one fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
QA Contact: pmac → gbush
verified
Status: RESOLVED → VERIFIED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: