| Summary: | Connecting external monitor and attempting to extend desktop caused plasma to crash in PlasmaQuick::ContainmentView::setContainment() | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Michael Magyar <michael.magyar> |
| Component: | generic-multiscreen | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | crash | CC: | aleixpol, kde, michael.magyar, nate, notmart, qydwhotmail |
| Priority: | NOR | Keywords: | drkonqi |
| Version First Reported In: | 5.27.3 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=396359 | ||
| Latest Commit: | https://invent.kde.org/qt/qt/qtdeclarative/-/commit/d1b9a4cacfb966cf0a37983d8f8044f3aedf5de3 | Version Fixed In: | Qt 6.5.0 |
| Sentry Crash Report: | |||
| Attachments: |
New crash information added by DrKonqi
crash information from issue reproduction |
||
|
Description
Michael Magyar
2023-03-29 01:30:37 UTC
Created attachment 157677 [details]
New crash information added by DrKonqi
DrKonqi auto-attaching complete backtrace.
Is this 100% reproducible every time you do it? Or did it only happen once and you can't make it happen again? (In reply to Nate Graham from comment #2) > Is this 100% reproducible every time you do it? Or did it only happen once > and you can't make it happen again? It is not reproducible every time. The pattern to reproduce seems to be that this issue can be reproduced when I explicitly set my machine to only use the internal display when undocked, and then attempt to extend my display after docking. Just connecting my USB-C dock this evening I was able to reproduce the issue. Created attachment 157838 [details]
crash information from issue reproduction
KDE Crash Handler Automatic Crash Information
The infamous USB-C dock strikes again. :( Can't reproduce with my own USB-C dock with an HDMI screen plugged into it. Of course, every USB-C dock is broken in an excitingly different way. If the bug is reproducible, can you test https://invent.kde.org/qt/qt/qtdeclarative/-/merge_requests/40 if you can patch Qt provided by your distro? Git commit 45c22a0221937682f4496801a495458a00f76d3a by Albert Astals Cid, on behalf of Volker Hilsheimer. Committed on 17/04/2023 at 21:40. Pushed by aacid into branch 'kde/5.15'. QQuickItem: Fix effective visibility for items without parent Items are visible if they are children of a visible parent, and not explicitly hidden. The effectiveVisible member stores the state and is updated when conditions that impact the item visibility changes. The old code returned true for items outside a visual hierarchy, which broke signal emission when items were removed from a parent, e.g. because the parent got destroyed. With this change, items removed from a visual hierarchy will emit the visibleChanged signal. Note: QQuickItem initializes the effectiveVisible member to true, even if the item was created without parent item. Visual items are required to be added to a visual hierarchy via setParentItem. For this reason, newly created items never emit visibleChanged when they are added to a parent. Adjust the QQuickItem::visible test - it creates an item hierarchy without window. Such items are never visible, so add a window and parent the test item hierarchy to the window's content item. This fixes the expected failures in the tests. It does introduce an incompatibility with QGraphicsView and QGraphicsItem, which continue to return true from QGraphicsItem::isVisible for items that are not in an item hierarchy. [ChangeLog][Qt Quick][QQuickItem] The visible property of Items without a parent now always returns false, and the visibleChanged signal gets emitted when the parent item of a visible item becomes null. Fixes: QTBUG-108213 Change-Id: If4b2947cefd1407853f0f29e6c3fdbd49fc9af65 Reviewed-by: Fabian Kosmale <fabian.kosmale@qt.io> Reviewed-by: Shawn Rutledge <shawn.rutledge@qt.io> (cherry picked from commit d1b9a4cacfb966cf0a37983d8f8044f3aedf5de3) Related: bug 396359 M +2 -4 src/quick/items/qquickitem.cpp M +2 -0 tests/auto/quick/qquickitem/tst_qquickitem.cpp https://invent.kde.org/qt/qt/qtdeclarative/commit/45c22a0221937682f4496801a495458a00f76d3a Mark as resolved for now |