Closed Bug 62377 Opened 25 years ago Closed 23 years ago

Bookmarks menu stops scrolling after a certain point

Categories

(SeaMonkey :: Bookmarks & History, defect, P3)

Product:
SeaMonkey
Component:
Bookmarks & History
Platform:
All
Windows 98
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 163104

People

(Reporter: ryampols, Assigned: bugs)

References

Details

When you have a lot of bookmarks, the 'down arrow' at the bottom of the menu causes the menu to scroll. Up to a point. It eventually stops scrolling partway through the list. You can then get it to scroll 1 line at a time by carefully moving the mouse off of the arrow back onto the menu, and then back on to the arrow. Pretty clumsy, though. Multi-column bookmark menu (like on NS4.7) would be nicer, but I guess that wouldn't be doable on some supported Mozilla platforms? If that's not the reason, then multi-columns would be preferable to scrolling. If there are too many bookmarks to disply in 2 menu columns, maybe a More submenu could pop up additional cascading columns (as though they were bookmark folders).
Rob, what build are you using? I have quite a few bookmarks and I have no trouble scrolling all the way to the bottom of the menu.
Marking invalid due to lack of response. If anyone still sees this we can reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
I'm using a pretty recent build (12/13/00). It's not that I can't scroll to the bottom, it's just that I can't do it without moving the mouse off and on the 'down arrow'. If I leave the mouse on the arrow, it scrolls about 2/3 of the way and then stops. Then I move the mouse off the arrow and back on to get it to scroll one more line a line at a time to the end. It's as if the menu needs 'mouse movement' messages to get it to scroll, although, moving the mouse within the 'down arrow' area does nothing. I assume it's supposed to set a timer to activate the next scroll action. Something must be killing the timer. By the way, the 'up arrow' works perfectly. Once I laboriously scroll all the way to the bottom, I can scroll all the way back up by just leaving the mouse on the up arrow. One more thing... The pull down menu doesn't seem to be explicitly connected to the menu bar. By that, I mean that I've seen cases where I was able to switch windows with the bookmark menu up, and the menu appeared on top of the other window. Also saw a case where the menu was not visible, but Mozilla seemed to think it was up. The symptom was that clicking 'Bookmarks' did nothing, but if I moved the mouse down to where a submenu was on the invisible menu, the submenu would pop up. Should I report this as a separate bug?
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
I just noticed that the Bookmarks list scrolls properly when I select it from the 'Personal Toolbar'. Just not from the main window menu.
Bookmarks will not be "column'ed", it has been discussed in length before, and the arrows will be kept. Otherwise worksforme build 2000123120. Please retry with a latest build, Thanks, Fabian.
Well it still happens to me... Using 1227 and 0102 builds. Would you like a copy of my bookmark file? It's actually quite consistent within a theme. Using the Modern or Classic theme, the scrolling stops on the 58'th menu line (4 lines from the bottom). From there it will scroll 1 line at a time every time I move the mouse off of and back onto the down arrow. Using the Orbit theme, scrolling stops much earlier (after scrolling just 4 lines). Something else (maybe related). Sometimes, if I close the bookmarks menu in this state and reopen it, it starts scrolling up (regardless of the mouse position). This doesn't always happen, but a scrolled menu does always start out scrolled the next time (I suspect this is intentional - except that with the Orbit theme it doesn't happen). One last thing. With the Classic theme (and some others), but not the Modern theme, when you open a menu, the main window contents shift down by about 2 pixels (a small, toolbar-colored strip appears inside the window at the top, 'pushing' the rest of the contents down a bit). With the personal toolbar displayed, it looks like that toolbar grows (or shifts slightly downward). All of this is kind of trivial, but it does make the chrome appear less solid...
<p class=offtopic> i'm pretty sure that the "one last thing" is covered in another bug. if you can't find such a bug and it doesn't go away w/in a month file a separate bug for it. I think "One more thing" is also covered elsewhere. yes, your observations are correct, menus aren't really connected to the object that shows them. bugzilla bugs that cover more than one issue result in disasters. as such we request that people stick to one issue per report [and triagers are allowed to invalidate bugs that go against this policy]. </p>
So what are we doing with this bug?
Marking NEW. The scrollbar problem is still valid.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I see that this is still marked NEW with no input since January. I had listed several related bookmark bugs, and some were duplicates, but the main bug is still there (as of Netscape 6.1beta and comparable Mozilla nightlies). Bookmark scrolling with the mouse on the 'down arrow' still stops partway (and at the same place every time). Scrolling with the mouse on the 'up arrow' works all the tims. Scrolling with the down arrow key works, except that it wraps to the top of the list (making it hard to hold down the key to get to the bottom).
This wfm using recent builds, and I have a ton of bookmarks (takes 'bout a minute to scroll to the bottom). Please reopen with more specifics if you still see this.
Status: NEW → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → WORKSFORME
I see this using 2002080918.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
I am seeing this with 2002080918 as well.
After further inspection, it seems that scrolling is broken going downward. That is, when placing the mouse towards the bottom of the bookmarks menu. The bookmarks seem to scroll much better when going back up.
To reproduce: create a folder and put a bunch of bookmarks in it, enough to make that folder need to be scrolled in order to see the bookmarks at the at the bottom. If you move the mouse around a bit over the bottom scroll bar-thingy, you can get it to scroll down in a jerky manner, and scrolling back up seems to work much easier.
Confirming with 2002081306-trunk/FreeBSD and from few days before.
I have no scrolling problems in this fresh trunk 2002081808 on Windows ME and the only jerks I see is when a seperator scroll in or out of view. When I'm dragging an URL, scrolling doesn't work at all though, I don't even get a drop target.
Blocks: 163104
Problem for me still exists in Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.1b) Gecko/20020818
Confirming with build 20020818 at NT 4.
It looks to me like bug #163104 is the proper place for further work on this, IMHO...
*** Bug 166409 has been marked as a duplicate of this bug. ***
*** Bug 168592 has been marked as a duplicate of this bug. ***
Confirming with NT 4.0 build 1.2 alpha
I see this bug with a recent CVS-build on Debian Linux/i386. Furthermore contrary to earlier reports (comment #4) this is now also broken when you open a long bookmark-list from the personal toolbar. See bug 168895.
contrary to comments#4 #5 the bookmarks list, longer than the screen height, don't scroll downward correctly regardless of being selected from the PTB or from the toolbar. harvey r. savage
The patch in 163104 fixes this bug as well.
I'm currently on 2002092108 and the bookmark bug is not fixed. You still can't scroll towoard the bottom. With a long list of bookmarks the only way to get to the bottom of the list is to scroll with the cursor keys. harvey r. savage hsavage@pobox.com
RE comment #27: You are correct this bug is not fixed yet. It will be fixed when/if the patch (http://bugzilla.mozilla.org/attachment.cgi?id=99692&action=view) passes reviews and gets checked in. My comment #26 was a poorly worded plea for r/sr + checkin of that patch. It was also a ray of hope to those that want this bug fixed: there is a patch that fixes this bug. reviews, anyone? Don't be afraid the patch is two lines long, and adds only four characters of code.
I also have this problem and I am using build 20020926. This bug seems to reappear everytime a new alpha build gets released.
*** Bug 171259 has been marked as a duplicate of this bug. ***
I'm tempted to mark this as a dupe of bug 163104, which has a patch. Any objections?
Build 2002100308 also has it.
Not only is this bug a dupe, it's fixed. *** This bug has been marked as a duplicate of 163104 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.