Closed Bug 174390 Opened 23 years ago Closed 20 years ago

Bookmarks Toolbar overflow doesn't account for toolbar items to the right of the BT; overflow only cares about the browser border.

Categories

(Firefox :: Toolbars and Customization, defect, P2)

x86
Windows 98
defect

Tracking

()

RESOLVED WORKSFORME
Firefox1.0

People

(Reporter: david, Assigned: mconnor)

References

Details

Attachments

(1 file, 1 obsolete file)

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021014 Phoenix/0.3 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021014 Phoenix/0.3 If there are toolbar item(s) to the right of the Bookmarks Toolbar Items, and the browser window is too narrow, the toolbar items(s) are shoved past the righthand browser window border. If the chevron appears, it only shows the hidden bookmarks toolbar items. The extra 'normal' toolbar items are not shown. The bookmarks toolbar overflow should treat other toolbar items that are to the right of the BT and are against the browser border as if the toolbar items were the browser border and use the chevron rather than shoving the toolbar items off view. (good luck parsing that sentence...) Reproducible: Always Steps to Reproduce: 1. Shrink browser window horizontally (this makes it easier to see the problem if you have few BT items) 2. Customize Toolbars... 3. Place a toolbar item to the right of the 'BT Items' (eg the Throbber). 4. Put enough items to the left of the BT Items to overflow the BT. 5. Exit customize toolbars 6. Refresh screen to show the chevron (bug 173493) Actual Results: The item(s) placed to the right of the BT Items in step 3 aren't visable. Expected Results: The item(s) placed to the right of the BT ITems in step 3 should be visable and bounded by the righthand browser border; the BT should make the chevron appear to the left of those items.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021020 Phoenix/0.3 Reproducable in this build. Additionally, there are times when the chevron overwrites the last visible BT item.
wfm using Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021029 Phoenix/0.4 A tiny item of note though, you can still shrink the browser window enough so that items overflow, but it does take into account for items to the right of items such as the throbber. (I did reproduce this bug using an earlier build, but was too tired at the time to add a response)
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021029 Phoenix/0.4 Reproduced in this build.
Confirmed with a build from today on Linux. The reporter is saying that items other than bookmarks should not be pushed outside of the Bookmark Toolbar as the browser window is shrunk horisontally. I think this is valid, because then there is no way to access these items (bookmarks can be accessed though that right-arrow).
Status: UNCONFIRMED → NEW
Ever confirmed: true
It may not be pretty, but it works for me. :-)
Comment on attachment 106209 [details] [diff] [review] also use widths of items to the right of the bookmarks when calculating overflow hyatt, can you take a look at this patch and see if it's something we can use? Thanks.
Attachment #106209 - Flags: review?(hyatt)
*** Bug 187543 has been marked as a duplicate of this bug. ***
Attachment #106209 - Attachment is obsolete: true
maybe pch could look at this? he's the px bookmark guru :-)
Attachment #117861 - Flags: review?(chanial)
Attachment #106209 - Flags: review?(hyatt)
This patch seems sensible to me. Hey Pierre, can you review it and check it in if it passes muster?
Assignee: hyatt → chanial
Target Milestone: --- → Firebird1.0
Taking QA Contact
QA Contact: asa → bugzilla
hey noririty, Since you checked in one of my other bookmarks chevron fixes (bug 180156), could you take a look at this one, too? It's probably a little bitrotted, but I can update it if I know someone will look at it. Thanks, David
*** Bug 178884 has been marked as a duplicate of this bug. ***
Flags: blocking1.0+
Priority: -- → P3
I'm still seeing this bug. Was the patch ever reviewed/applied?
Confirming that the current patch resolves the problem. It has suffered bitrot but manually applying the change fixes the bug.
Assignee: p_ch → sspitzer
Flags: blocking-aviary1.0RC1+
Comment on attachment 117861 [details] [diff] [review] de-XBLified version of the fix r=ben@mozilla.org
Attachment #117861 - Flags: review?(p_ch) → review+
br & trunk fixed.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Could this cause problems if the bookmarks are placed [to the left] on the primary toolbar?
If some object to the right of the Bookmarks Toolbar Items has an inaccurate '.boxObject.width', then I guess there may be some odd behavior. Are you seeing anything strange?
For each restore/maximize the width of the bookmarks will decrease until eventually only the chevron is left.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Flags: blocking-aviary1.0RC1-
Flags: blocking-aviary1.0RC1+
Flags: blocking-aviary1.0-
Flags: blocking-aviary1.0+
*** Bug 251659 has been marked as a duplicate of this bug. ***
Reassigning in hope of getting traction on the regression.
Assignee: sspitzer → mconnor
Status: REOPENED → NEW
QA Contact: bugzilla → toolbars
(In reply to comment #20) > For each restore/maximize the width of the bookmarks will decrease until > eventually only the chevron is left. I think this regression was filed as bug 269775. It was fixed on 2005-07-18. Stephen, if bug 269775 is what you were talking about in comment 20, I guess we can finally close this bug RESOLVED FIXED. (it looks like that is the case because bug 269775 comment 14 mentions the boxObject.width, as I did in comment 19 of this bug)
This regression is partially fixed, but the chevron is still present after restoring and maximizing the window.
This seems to be WFM on current trunk, resolving as such. If this is still a problem after the Places landing, please file a new bug there.
Status: NEW → RESOLVED
Closed: 21 years ago20 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: