1008728 - Bookmarks menu subfolders don't display if bookmark titles are long

Status: UNCONFIRMED

(SeaMonkey :: Bookmarks & History, defect)

Description

[kevink9876543]

Attachment: Screen Shot 2014-05-11 at 12.08.18 PM.png

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26 (Beta/Release)
Build ID: 20140428215742

Steps to reproduce:

SeaMonkey 2.26, new profile
1) Bookmark the release notes page shown on startup.
2) Give that bookmark a really long title, such as "SeaMonkey 2.26 Release Notes but this needs a much longer title so here we go let's try this ok no that's not enough we need a ENORMOUSLY long title let's see if this will do it i just don't know but let's add a bunch of meaningless wirds".
3) Move that bookmark into "SeaMonkey and Mozilla", then copy it into SeaMonkey and Mozilla/mozilla.org.
4) Try to view the SeaMonkey and Mozilla/mozilla.org subfolder in the bookmarks menu.


Actual results:

See screenshot.


Expected results:

The subfolder's contents should have been displayed as a submenu of the submenu of the Bookmarks menu.

Comment 1

[Stefan [:stefanh]]

Does it work if you open the menu from the personal toolbar (click the "Bookmarks" folder to the right of the Home button)?

Comment 2

[kevink9876543]

Yes, that works correctly.

Comment 3

[Stefan [:stefanh]]

OK, thanks. I'm not sure we can do anything about the native menu not opening from the application side. I suspect the that the reason for the sub-menu not opening is that the parent menu stretches all the way to the right screen edge. It would be interesting to see how other mac apps (like Safari) behaves here.

Comment 4

[Stefan [:stefanh]]

(In reply to Stefan [:stefanh] from comment #3)
> OK, thanks. I'm not sure we can do anything about the native menu not
> opening from the application side. I suspect the that the reason for the

Erm, what I ment here was that this is not a problem in the application-specific code, it's a core issue.

Comment 5

[kevink9876543]

(In reply to Stefan [:stefanh] from comment #3)
> I suspect the that the reason for the
> sub-menu not opening is that the parent menu stretches all the way to the
> right screen edge.
That can't be all there is to it, because if the bookmarks main menu is fat enough, this bug isn't visible.

Comment 6

[kevink9876543]

Attachment: Screen shot of how Safari (5.1.7) handles excessively long menu items

Comment 7

[Rainer Bielefeld]

NOT reproducible REPRODUCIBLE with  English SeaMonkey 2.45a1  (Windows NT 6.1; WOW64; rv:48.0)  Gecko/20100101 Firefox/48.0 Build 20160308001946  (Default Classic Theme)  on German WIN7 64bit
I tried due to original report (mutatis mutandis), but in all attempts always foder, sub folder or sub-sub-folder was shown as expected.

@reporter:
Still a problem for you?

Comment 8

[Rainer Bielefeld]

> NOT reproducible REPRODUCIBLE with  English SeaMonkey 2.45a1 ...

should be

NOT reproducible with  English SeaMonkey 2.45a1 ...

Comment 9

[Stefan [:stefanh]]

See comment #3. This is a Mac-specific issue. It only happens when you open menus from the main menubar and that is created by widget code.

Comment 10

[Stefan [:stefanh]]

Actually, this works for me with SeaMonkey 2.40 on OS X 10.11.5. The behavior is the same as Safari (according to the screenshot in this bug). This might be OS-specific, though. Reporter, if you have an earlier version of OS X (optionally 10.9), can you check if this is still an issue?

Comment 11

[kevink9876543]

This is Mac OS X specific issue and I no longer use Mac OS X.  Please ask someone else, thanks.