Details
-
Bug
-
Resolution: Fixed
-
P1: Critical
-
None
-
5.12.0, 5.12.1
-
None
-
Fedora 28 64Bit / GCC 8.2.1
iPhone 8 / iOS 12.0 / ios SDK 12.1
-
iOS/tvOS/watchOS,
Linux/X11
-
Shovelling Snow
Description
In this example there is two Text items in a RowLayout. The RowLayout has the width of the window. The Text items are set to Layout.fillWidth: true and to wrapMode: Text.WrapAtWordBoundaryOrAnywhere. If you slowly change the width of the window at some point the UI will stop refreshing or the application crashes. Depending on the set text of the Text items.
I first ran into this problem on iOS by luck(no changing width of the window on iOS). But I could easily reproduce the issue on Linux and I think this can occure anywhere.
Example 1 - UI hangs:
RowLayout{
width: parent.width
Text{
Layout.fillWidth: true
text: "123456 12345678901234 123" //- Case 1: Window freezes and never(?) updates again
wrapMode: Text.WrapAtWordBoundaryOrAnywhere
}
Text{
Layout.fillWidth: true
text: "1234 12345678901234 123" //- Case 1: Window freezes and never(?) updates again
wrapMode: Text.WrapAtWordBoundaryOrAnywhere
}
}
Example 2 - App crashes:
RowLayout{
width: parent.width
Text{
Layout.fillWidth: true
text: "OneWord" //- Case 2: App crashes
wrapMode: Text.WrapAtWordBoundaryOrAnywhere
}
Text{
Layout.fillWidth: true
text: "OneWord" //- Case 2: App crashes
wrapMode: Text.WrapAtWordBoundaryOrAnywhere
}
}
Attachments
Issue Links
- relates to
-
-
- Closed
-
-
-
- Closed
-
| For Gerrit Dashboard: QTBUG-73683 | ||||||
|---|---|---|---|---|---|---|
| # | Subject | Branch | Project | Status | CR | V |
| 282396,4 | Fix a bug where a layout could crash or become non-responsive | 5.14 | qt/qtdeclarative | Status: MERGED | +2 | 0 |
| 298772,1 | Test to demonstrate unexpected behavior with QQuickText implicit size | dev | qt/qtdeclarative | Status: ABANDONED | -1 | 0 |