[Interest] Possible QMenu tear-off bug
cmakshin at gmail.com
Thu Mar 15 18:56:48 CET 2012
Reproduced it here on Debian "testing" amd64 with Qt 4.7.4 — opened the
"Tear off" menu, clicked the very top item and... got a decoration-less
(and thus nearly uncontrollable) opaque black window occupying ~90% of
the screen and with right and bottom sides somewhere beyond desktop edges.
On 03/15/2012 04:43 PM, R. Reucher wrote:
> Hi list,
> I just found a possible bug and couldn't find any mention of it
> searching via Google or the Qt bug-tracker... so unless I'm not doing
> something completely wrong, here's what happens (sample code attached,
> derived from the official Qt example 'menus', extended with a long
> tear-off menu and simple enough to repro it, I guess):
> When a tear-off-enabled menu crosses multiple columns and the tear-off
> handle is activated, the independent window goes haywire and gets
> resized until its limits. Qt even spits out this message several times:
> QWidget::setMinimumSize: (/QTornOffMenu) The largest allowed size is
> Which indicates it's doing something completely weird here :)...
> So, is this known? Am I the only one? Or am I doing something wrong
> here? If no (to all) I guess I should file a Qt bug...
> Note that I'm using Qt 4.8.0 on Linux x86_64, and I was informed of the
> problem by someone on Windows, also using Qt 4.8.0... so it doesn't seem
> to be a platform-specific issue.
> Thanks for your time, René
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 490 bytes
Desc: OpenPGP digital signature
More information about the Interest