Closed Bug 125075 Opened 23 years ago Closed 22 years ago

in bookmark-popups scroll arrows appear although not needed

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME
mozilla1.2alpha

People

(Reporter: auto222380, Assigned: bugs)

References

Details

Attachments

(2 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.8+) Gecko/20020212 BuildID: 2002021203 when accessing a subfolder in bookmarks with a number of bookmarks, scroll arrows appear although they are not needed. additionally they don't react on mouse-over. Reproducible: Always Steps to Reproduce: 1. create subfolder with at least 10 bookmarks 2. p.-toolbar/m.-bar |> bookmarks |> test folder |> popup with b.-marks 3. scroll arrows appear on top and bottom of the popup Actual Results: scroll arrows appear Expected Results: no arrows + no "empty" (see additional information) additional information: when creating the folder and accessing it in the nav.-window an "empty" additionally appears on top of the popup. in a new nav.-window, the "empty" is gone.
i attached a screenshot...
Tobias, the "empty" menu item is bug 79411. Please keep it to one issue per bug report. Thanks.
*** Bug 125352 has been marked as a duplicate of this bug. ***
Confirming based on duplicate.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I think this may be related to bug 124542, check the comments in that bugs, there are many more than in this one.
i don't think so. what i meant was, that arrows appear although i don't need them to see all bookmarks. ->scrolling is not needed i noticed this bug in 0.9.8 too. but in 0.9.8 the arrows function. now, that the arrows don't react, i can't access all of the bookmarks, because one is always hidden.
I'm saying that, because all scrollbars have an arrow down button even if you are at the end of the list, these popups tend to do the same thing, and its still there. Its not really a problem for most, although it might just throw off a newbie user thinking they had more bookmarks and thought something was wrong at that point in the program as the bug here. :)
I have the same issue (unnecessary Up/Down scroll-arrows) with Mozilla 2002-02-26(03) on WinNT. Even though it's a cosmetic error, I hope this doesn't get marked WONTFIX because -- as the previous comment said -- it *is* confusing to newbies.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.2
Works for me on Win98Se, mozila trunk build 20020307. Anyone still seeing this ?
Yes, it's better now on NT (using 2002-03-07-03) but there's still two problems, one of which may be a regression: - When the scrollbars *are* needed, both Up and Down arrows appear even though only the Down arrow is needed. - If you try to use the drag-and-drop functionality (without using the Manage Bookmarks dialog) the bookmark folders don't always close properly. Maybe there's a separate bug already filed for this?
Attached image screenshot
I still have problems with trunk build 2002030703. (see screenshot)
still a problem on build 2002-04-08 on WinNT, but only in the Imported IE Favorites display.
*** Bug 124440 has been marked as a duplicate of this bug. ***
The bug I just duped was on Linux. This bug has mutated a little from the original description, I think. The problem I can reproduce on 2002-04-17 Linux is that for a submenu with 10+ items, there are arrows, but they are not needed because my screen is much bigger, and only the down arrow does anything (scrolling down to show only one more bookmark). Of course, without the arrows, it could easily fit all the bookmarks on screen.
OS: Windows 98 → All
Wfm with 1.0.0.2002052906 Win98. Has anybody still problems? Otherwise we could mark this bug wfm.
Still the same problem (as exactly described by comment #14) on Win XP, Mozilla 1.0 rc3 (build ID: 2002052306)
*** Bug 142685 has been marked as a duplicate of this bug. ***
Problem is gone for me too! build ID 2002053012, Win XP.
WFM with build 2002-06-11 on WinNT !
yup, it's been fixed but I don't remember the bug number
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: