Bug 503256 - Plasmashell crash when mousing between window previews
Summary: Plasmashell crash when mousing between window previews
Status: RESOLVED DUPLICATE of bug 491699
Alias: None
Product: plasmashell
Classification: Plasma
Component: generic-crash (other bugs)
Version First Reported In: 6.3.4
Platform: openSUSE Linux
: NOR crash
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2025-04-23 22:31 UTC by Will Westrop
Modified: 2025-04-24 08:36 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report: https://crash-reports.kde.org/organizations/kde/issues/167799/events/13a3afdcc87a424c87c90dd635fa4f1a/


Attachments
New crash information added by DrKonqi (107.85 KB, text/plain)
2025-04-23 22:31 UTC, Will Westrop
Details
Video of the behaviour (718.40 KB, video/mp4)
2025-04-23 22:33 UTC, Will Westrop
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Will Westrop 2025-04-23 22:31:56 UTC
Application: plasmashell (6.3.4)

ApplicationNotResponding [ANR]: false
Qt Version: 6.9.0
Frameworks Version: 6.13.0
Operating System: Linux 6.14.2-1-default x86_64
Windowing System: Wayland
Distribution: "openSUSE Tumbleweed"
DrKonqi: 6.3.4 [CoredumpBackend]

-- Information about the crash:
Strange bug in the icons-only task manager, which causes the shell to crash in very particular circumstances

1. Have Firefox running with multiple windows, another app running with multiple windows, and another app which is pinned but not running
2. Hover over Firefox to show the window previews
3. Move the cursor directly (don't pass over other app icons) to the pinned unstarted app (you can move the mouse over the window previews if this makes it easier to reach the pinned app)
4. From there, move the mouse onto another app with multiple windows
5. Plasma shell will crash at this point


This is very reliably reproducible using Firefox as the first app. On a different machine (which admittedly I've hacked on), VSCode can cause the same behaviour, but I've not been able to reproduce this elsewhere or with other apps.

The crash can be reproduced every time.

-- Backtrace (Reduced):
#5  QScopedPointer<QObjectData, QScopedPointerDeleter<QObjectData> >::get (this=0x8) at /usr/include/qt6/QtCore/qscopedpointer.h:110
[...]
#8  QObjectPrivate::get (o=<optimized out>, o=<optimized out>) at /usr/include/qt6/QtCore/6.9.0/QtCore/private/qobject_p.h:152
#9  QQmlData::get (object=0x0) at /usr/src/debug/qtdeclarative-everywhere-src-6.9.0/src/qml/qml/qqmldata_p.h:233
#10 QQmlDelegateModelItem::destroyObject (this=0x558dd7acf880) at /usr/src/debug/qtdeclarative-everywhere-src-6.9.0/src/qmlmodels/qqmldelegatemodel.cpp:2491
#11 0x00007f73bfca2775 in QQmlDelegateModelPrivate::destroyCacheItem (this=0x558dd7a7b1f0, cacheItem=0x558dd7acf880) at /usr/src/debug/qtdeclarative-everywhere-src-6.9.0/src/qmlmodels/qqmldelegatemodel.cpp:614


Reported using DrKonqi
Comment 1 Will Westrop 2025-04-23 22:31:56 UTC
Created attachment 180592 [details]
New crash information added by DrKonqi

DrKonqi auto-attaching complete backtrace.
Comment 2 Will Westrop 2025-04-23 22:33:44 UTC
Created attachment 180593 [details]
Video of the behaviour
Comment 3 Nate Graham 2025-04-24 08:36:26 UTC

*** This bug has been marked as a duplicate of bug 491699 ***