Details
-
Bug
-
Resolution: Unresolved
-
P4: Low
-
None
-
4.8.6, 5.3.1
-
Windows 7 64 bit
Description
See attached example.
After showing a modal dialog, a call to QWidget::setCursor or QApplication::setOverrideCursor remains without effect. This is not the case if the cursor is shown in response to a button click, menu item etc.
Please don't ask me to call QCoreApplication::processEvents. That is an unacceptable hack with potentially disastrous results, as it is largely unknown what code will be called by this low-level function.
Attachments
Issue Links
- relates to
-
QTBUG-78853 Wrong cursor in editor
- Reported
-
QTBUG-98856 Wrong cursor showing when restoreOverrideCursor in QDockWidget
- Closed
- resulted in
-
QTBUG-65001 REG 5.9->5.10/Windows: Override cursors are not restored when nested or in dual monitor setup
- Closed
Gerrit Reviews
For Gerrit Dashboard: QTBUG-40122 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
196291,4 | QPlatformCursor: Add functions for setting/clearing override cursors | dev | qt/qtbase | Status: MERGED | +2 | 0 |