Closed Bug 262406 Opened 20 years ago Closed 15 years ago

Bookmarks toolbar overflow button does not appear if window is maximised on startup

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
All
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jaagup.irve, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

Using Mozilla 1.8 alpha 4 ( 2004092716 )

1. Drag lots of entries to the bookmarks toolbar
2. Maximize Mozilla
3. Restart Mozilla

Result: Bookmarks toolbar overflow button does not appear.
Expected result: It appears.

The button appears again when the window is resized, restored or minimized.

This is definetly a regression.
*** Bug 263075 has been marked as a duplicate of this bug. ***
As seen in the dupe, bug is in Linux too, so changing OS from Win98 to ALL.
I´m accessing my bookmarks via 19 very short-named folders in the P.T., and it
seems one of them has fallen into the overflow area. If the minimize-maximize
workaround isn´t known, the overflow area gets unaccessible.
Severity: normal → major
OS: Windows 98 → All
Regressed: BuildID 2004091605 
working:   BuildID 2004091406
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a4) Gecko/20040916

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=SeaMonkeyAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-09-14+04%3A00&maxdate=2004-09-16+06%3A00&cvsroot=%2Fcvsroot

Bug also seen in Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a2) Gecko/20040712
Keywords: regression
CCing some people who may have a clue why this is broken (and me ;-) ).
Strange, my build using make -f client.mk MOZ_CO_DATE=2004-09-16
doesn't have this bug... are these nightlies you're testing with?
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a5) Gecko/20041015
http://ftp26moz.newaol.com/pub/mozilla.org/mozilla/nightly/2004-10-15-06-trunk/mozilla-i586-pc-msvc.zip

I rename the folder of the previous nightly, or delete it, and unzip the new
nightly into a fresh new folder the unzipper creates. I´m starting Mozilla via
shortcuts calling mozilla.exe -ProfileManager. Shortcuts don´t change, as I
always use the default folder name, but the folder itself is always new.

I´m seeing this bug now in the first window, having seven tabs open, but I don´t
see it in the other three windows. Just tested Help->about, a new window is
created showing the correct rendering. Going back to the first window, this bug
is seen. After resizing all is ok.
Product: Browser → Seamonkey
*** Bug 271954 has been marked as a duplicate of this bug. ***
OK, so as far as I can tell, I'm getting a resize event targetted at the
<browser> element instead of the document.
So, anyone know why my resize event doesn't target a document?
*** Bug 284298 has been marked as a duplicate of this bug. ***
1.8b1 has the problem too.
So I have given in: change the bookmarks toolbar so there is no overflow.
But that brings up a new problem: it means you create folders with the bookmarks
in it that used to overflow, problem is:

You can right click on a nonfolder bookmark item and get "open in..." etc. but
you get nothing from a right click in a dropdown list!
Reassigning as per Bug #32644
Assignee: p_ch → nobody
This is worksforme, using:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1
Firefox 2.0.0.11, Win XP Pro.

The overflow chevron sometimes does not appear, and the problem is not related to maximizing the window.  I start FFox in a Normal Window, and still the chevron is missing if a bookmark is only partly visible at the right end of the toolbar.  I'll put up a screenshot.

Resizing the window causes the bookmark to overflow and the chevron to appear.
worksforme SM 2.0.1pre WIN
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: