Details
-
Bug
-
Resolution: Done
-
P2: Important
-
5.6.0
-
4b014effe1f27407f5073ba738498ce87b918b9d 02c98b7590b060430dc5ce7e5821fa13087d25f7
Description
The following example demonstrates the issue. Case 2 exhibits unexpected behavior (I'd expect it to behave identical to Cases 1 and 3):
import QtQuick 2.0 import QtQuick.Window 2.2 Item { width: 400 height: 400 // case 1: top level window is transient parent of window 1 // Window { // width: 200 // height: 200 // visible: true // color: "blue" // Text { // anchors.centerIn: parent // color: "white" // text: "Window 1" // } // } // case 2: top level window is *not* transient parent of window 2 Loader { sourceComponent: Window { width: 100 height: 100 visible: true color: "red" Text { anchors.centerIn: parent color: "white" text: "Window 2" } } } // case 3: top level window is transient parent of window 3 // Loader { // sourceComponent: Item { // Window { // width: 100 // height: 100 // visible: true // color: "orange" // Text { // anchors.centerIn: parent // color: "white" // text: "Window 3" // } // } // } // } }
Attachments
Issue Links
- duplicates
-
QTBUG-58270 Loaded WindowModal window is not embedded into parent window on macOS
- Reported
- relates to
-
QTBUG-35174 QML Windows do not respect platform's default window state
- Closed
-
QTBUG-33436 Crash when unloading sub window
- Closed
-
QTBUG-33644 QtQuick Window Dialog created dynamically can't be set with modality
- Closed
-
QTBUG-37440 Wrong z order and focus when creating multiple QML windows
- Closed
-
QTBUG-45262 close.accepted = false ignored when QCoreApplication::quit() is called
- Closed
- resulted in
-
QTBUG-66381 double deletion of QQuickWindow when it is loaded by a Loader and the software renderer is in use
- Closed