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)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: jaagup.irve, Unassigned)
References
Details
(Keywords: regression)
Attachments
(1 file)
11.11 KB,
image/png
|
Details |
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.
Comment 1•20 years ago
|
||
*** Bug 263075 has been marked as a duplicate of this bug. ***
Comment 2•20 years ago
|
||
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
Comment 3•20 years ago
|
||
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
Comment 4•20 years ago
|
||
regressed: BuildID 2004091512 working: BuildID 2004091406 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-15+14%3A00&cvsroot=%2Fcvsroot
Comment 5•20 years ago
|
||
CCing some people who may have a clue why this is broken (and me ;-) ).
Comment 6•20 years ago
|
||
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?
Comment 7•20 years ago
|
||
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.
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 8•20 years ago
|
||
*** Bug 271954 has been marked as a duplicate of this bug. ***
Comment 9•20 years ago
|
||
OK, so as far as I can tell, I'm getting a resize event targetted at the <browser> element instead of the document.
Comment 10•20 years ago
|
||
So, anyone know why my resize event doesn't target a document?
Comment 11•19 years ago
|
||
*** Bug 284298 has been marked as a duplicate of this bug. ***
Comment 12•19 years ago
|
||
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!
I just landed the fix to bug 20022 comment 130.
Comment 15•17 years ago
|
||
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
Comment 16•17 years ago
|
||
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.
Comment 17•17 years ago
|
||
Comment 18•15 years ago
|
||
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.
Description
•