296843 - Bookmarks and Livemarks menus width is narrower than Go menu

Status: RESOLVED WONTFIX

(Firefox :: Menus, defect)

Description

[Thomas Bertels]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050606 Firefox/1.0+

This is reproducible with the livemarks too: subscribe to a RSS feed and put it
in the personal bar. Now click on the livemark to open the menu and notice the
shortening of the text.

Reproducible: Always

Steps to Reproduce:
1.Bookmark the page of the testcase URL
2.Open the Boorkmark menu


Actual Results:  
The name of the page is shortened at the number 43

Expected Results:  
The name of the page should be shortened at the number 77 or more (like the Go
menu (look at it!))

Comment 1

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050606
Firefox/1.0+ ID:2005060607

WFM , measured 190px for some

Comment 2

[Thomas Bertels]

Attachment: Comparison of the menus

Go menu: +-467px
Bookmarks menu: +-291px
Livemark menu: +-291px

Comment 3

[Thomas Bertels]

Sorry, I didn't realized that I put pixels instead of characters in the summary.

Comment 4

[William Bumgarner [:zsinj]]

I do not see this as a bug, but a feature that prevents the bookmarks and other
menus from becoming TOO wide.

INVALID?

Comment 5

[Thomas Bertels]

I don't think so. Look at the screenshot: the Go menu is larger, which prevents
this shrink.

Comment 6

[William Bumgarner [:zsinj]]

<- Rewrote summary
<- TRIVIAL - No loss of function
<- Keyword "qawanted" to see if any QA is willing to work on this.

Comment 7

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 8

[Thomas Bertels]

This is still a problem.
A lot of livemarks are truncated because of this bug. The people ask for a
solution to resize them, so it would be interesting to fix this bug.
If somebody knows where the width of the bookmarks related menus is written, it
would help a lot.

Comment 9

[Thomas Bertels]

Attachment: Changes the bookmarks related menus max size

This patch changes the max size from 26em to 50em (like the Go menu).
That was so easy that I didn't find it :-)

Comment 10

[Mike Connor [:mconnor]]

Comment on attachment 197638 [details] [diff] [review]
Changes the bookmarks related menus max size

The go menu is different, i.e. it doesn't cascade, and thus there isn't a need
to keep the width capped.  Bookmarks are different, this is way too big.  Need
to figure out a means of addressing this (possibly tweaking the styling for
just live bookmarks?) either way, this isn't going to happen for 1.5, people
can use this in their userChrome.css if needed.

Comment 11

[Thomas Bertels]

Attachment: Changes the bookmarks related last submenus max size

This one only changes the max-width in the last submenus (or in the main
bookmarks menu if it doesn't contain any submenus, which removes the need to be
cascadable).
So we always get the maximum available space when it's possible.

Comment 12

[Mike Connor [:mconnor]]

Comment on attachment 198684 [details] [diff] [review]
Changes the bookmarks related last submenus max size

mmm, I'm not sure this is the right answer either, since this gets pretty
inconsistent in places

Comment 13

[Thomas Bertels]

Well, you said that the bookmark menu elements shoudn't be too big because it
cascades. Here only the last elements have a max-width=50em, so there is no
modification of the submenus position.
Even if only the livemarks last submenus were enlarged, their size wouldn't be
consistent with the other last submenus.

Comment 14

[Mike Connor [:mconnor]]

Comment on attachment 198684 [details] [diff] [review]
Changes the bookmarks related last submenus max size

I don't think this is needed anymore?  It almost certainly is multiple-times-bitrotted by now.

Comment 15

[Thomas Bertels]

Comment on attachment 198684 [details] [diff] [review]
Changes the bookmarks related last submenus max size

The History menu items have now the bookmark-item class, so this patch changes the History menu items width too.

Comment 16

[Mike Conley (:mconley) (:⚙️)]

There is no longer a "Go" menu. I don't believe we plan on increasing the width of the bookmarks menu or panel. Marking as WONTFIX.