[Interest] Possible QMenu tear-off bug
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 (16777215,16777215) 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é qt-menu-tear-off-bug.tar.bz2 Description: application/bzip-compressed-tar ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Possible QMenu tear-off bug
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 (16777215,16777215) 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é signature.asc Description: OpenPGP digital signature ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Possible QMenu tear-off bug
On Thursday 15 March 2012 18:56:48 Constantin Makshin wrote: 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. Thanks for reproducing the issue! I've now filed a bug (after checking again that there's really no equivalent bug already reported): https://bugreports.qt-project.org/browse/QTBUG-24815 Regards, René ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
