Details
-
Bug
-
Resolution: Out of scope
-
P2: Important
-
None
-
5.15.10, 6.3.1
-
Windows 10 Pro 21H2, MSVC 2019 x64
Description
Steps to reproduce
- Set up 2 (or more) monitors, with different scalings each (e.g. 125% and 200%)
- Build and run the attached application with the command-line arg, "-platform windows:dpiawareness=0" or "-platform windows:dpiawareness=1"
- Undock the dock widget
- Keep the main widget on the 1st screen but move the undocked widget to the 2nd screen
- Click on the "Files" menu
Result
The drop-down menu shows up in wrong position and with the wrong scaling (see attached screenshot).
It might even appear off-screen if the 2nd screen has a higher scaling than the 1st.
Use-case for these settings
A customer is in the middle of migrating an MFC app to Qt; they cannot enable Per-Monitor DPI awareness while in hybrid MFC + Qt mode.
Attachments
Issue Links
- relates to
-
QTBUG-59193 WIndows/DPI awareness=0: QMenu displayed at different location if AA_DisableHighDpiScaling is set
- Reported
-
QTBUG-49663 menu position wrong on second monitor
- Closed
-
QTBUG-96114 [Reg : 5.12.4 -> ] ActiveX widget not rendering on secondary screen when System-DPI Aware is combined with high DPI scaling
- Closed
For Gerrit Dashboard: QTBUG-102982 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
411657,7 | Fix QWidget::metric to use widget screen dpr instead of app-dpr | dev | qt/qtbase | Status: MERGED | +2 | 0 |