Details
-
Bug
-
Resolution: Done
-
P2: Important
-
5.12.5, 5.13.1
-
None
-
Linux/X11
-
-
08d5059320334223ff1f9009342324f25c231f0b (qt/qtbase/5.14)
Description
Native children of top-level window has incorrect position after setting its geometry when scaling factor greater than 1.0 on secondary screen (e.g. screen top-left is 3840x0).
Steps to reproduce: run the attached software with DPR of 2.0 on second screen with geometry of 3840,0,3840x2160. After a second the red rectangle will disappear (it will have negative top-left position). After applying the patch the red rectangle is still visible after changing its geometry (after a second).
The problem exists since https://codereview.qt-http://example.comproject.org/c/qt/qtbase/+/251797
Attachments
Issue Links
- relates to
-
QTBUG-78158 Opening a window on a secondary display that has different resolution/DPI behaves oddly with QT_USE_NATIVE_WINDOWS=1
-
- Closed
-
-
QTBUG-82312 QScrollArea is broken in high DPI environments (when calling winId() on QScrollArea's widget)
-
- Closed
-
-
QTBUG-79861 When a widget that has a native window handle is inside another widget then the mouse events are offset when started on a secondary display
-
- Closed
-
For Gerrit Dashboard: QTBUG-79166 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
277207,1 | Fix QWindow::setGeometry() for child window | 5.13 | qt/qtbase | Status: ABANDONED | 0 | 0 |
277451,5 | Fix geometry handling for native child windows | 5.14 | qt/qtbase | Status: MERGED | +2 | 0 |
291685,2 | WIP: high-dpi: fix child window handling | 5.14 | qt/qtbase | Status: ABANDONED | -2 | 0 |
295859,1 | WIP: high-dpi: improve screen determination | 5.15 | qt/qtbase | Status: ABANDONED | -2 | 0 |