Bug 166847 - classic menu sometimes blocks itself
Summary: classic menu sometimes blocks itself
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Plasma
Component: widget-kickoff (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-17 15:42 UTC by m.wege
Modified: 2008-08-28 22:40 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description m.wege 2008-07-17 15:42:49 UTC
Version:           Unbekannt (using 4.00.98 (KDE 4.0.98 (4.1 RC1)), Kubuntu packages)
Compiler:          gcc
OS:                Linux (i686) release 2.6.24-17-generic

if you put the classic menu on the right side of the panel, it sometimes happens the submenus are opened in a way that they cover parts or the whole menu, so that it is impossible to navigate, at least per mouse. It does not happen all the time, I can not reproduce the conditions which are needed to make this happen. But it happens often enough, so that it is really annyoing
Comment 1 Alex Merry 2008-08-27 21:32:48 UTC
Yep, I can confirm this.

It seems the first time a submenu is shown (at least - possibly other times as well), it it placed at the right of the screen (covering the parent menu) rather than to the left of the parent menu.
Comment 2 m.wege 2008-08-27 21:49:16 UTC
It may be not a problem of the menu, but of the underlying libary. I have seen the same behaviour with Konqueror in the menu showing the last visited sites. There it obviously happened because the lines where to long. The correct behaviour would be to shorten the lines there to be possible to use the menu. Unfortunately I can not confirm this for the classic menu because I have reverted to KDE 3.5.
Could you have a look? If it is confirmed that the bug exists in different applications it might be easier for developers because it could be assigned to the library responsible for this and then could be tracked down easier.
Comment 3 Alex Merry 2008-08-27 22:17:08 UTC
The problem was that the submenus are filled on demand.  As a result, QMenu didn't know where to place the submenu, because it wasn't filled until after it had calculated the position.

Fixed in r853524 (trunk) and r853529 (4.1).
Comment 4 Sebastian Sauer 2008-08-28 22:40:58 UTC
Qt-bug; http://trolltech.org/developer/task-tracker/index_html?method=entry&id=222757

So, it should work correct once the Qt-bug is fixed. Question is, to we really like to work around Qt-bugs and introduce new probs (longer delay till the menu shows and *much* longer delay if someone has e.g. a large wine-folder)?

Would be nice to be able to put a reminder either into this report or to the TT-report to give 4.5 a try and test if we can revert r853524 - to bad that none of our bugtrackers support such functionality :-/

So, IF you read that and IF Qt >=4.5 is out, please mail me (mail at dipe dot org) a reminder, thx :)