Bug 494357

Summary:	plasmashell crashes repeatedly on reboot
Product:	[Plasma] plasmashell	Reporter:	Sam Azer <sam>
Component:	generic-crash	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	RESOLVED FIXED
Severity:	crash	CC:	nicolas.fella, polak.sidneypolak
Priority:	NOR	Keywords:	drkonqi
Version First Reported In:	6.2.0
Target Milestone:	1.0
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:	6.2.1
Sentry Crash Report:
Attachments:	New crash information added by DrKonqi

Description Sam Azer 2024-10-09 16:42:19 UTC

Application: plasmashell (6.2.0)

ApplicationNotResponding [ANR]: false
Qt Version: 6.7.3
Frameworks Version: 6.6.0
Operating System: Linux 6.11.2-1-default x86_64
Windowing System: X11
Distribution: openSUSE Tumbleweed
DrKonqi: 6.2.0 [CoredumpBackend]

-- Information about the crash:
* Installed the latest updates (seems to be a release candidate for plasma6)
* Rebooted the system
* logged into Plasma Desktop
* Plasmashell crashed, restarted, crashed again... in total three different crash reporters appeared.  

This happened a couple of days ago also.  At first I was able to downgrade some packages to work around the problem.  That work-around is not available today as the buggy packages are now the only packages in the repos.

I tried renaming the .config folder and rebooting - this worked.  Plasma was stable.  There's a setting somewhere in the .config folder that's causing this problem.

The crash can be reproduced every time.

-- Backtrace (Reduced):
#4  std::_Hashtable<QString, std::pair<QString const, std::shared_ptr<AbstractEntry> >, std::allocator<std::pair<QString const, std::shared_ptr<AbstractEntry> > >, std::__detail::_Select1st, std::equal_to<QString>, std::hash<QString>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<false, false, true> >::_M_begin (this=0x80) at /usr/include/c++/14/bits/hashtable.h:473
#5  std::_Hashtable<QString, std::pair<QString const, std::shared_ptr<AbstractEntry> >, std::allocator<std::pair<QString const, std::shared_ptr<AbstractEntry> > >, std::__detail::_Select1st, std::equal_to<QString>, std::hash<QString>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<false, false, true> >::begin (this=0x80) at /usr/include/c++/14/bits/hashtable.h:637
#6  std::unordered_map<QString, std::shared_ptr<AbstractEntry>, std::hash<QString>, std::equal_to<QString>, std::allocator<std::pair<QString const, std::shared_ptr<AbstractEntry> > > >::cbegin (this=0x80) at /usr/include/c++/14/bits/unordered_map.h:346
#7  KAStatsFavoritesModel::refresh (this=0x55e86a6ba3e0) at /usr/src/debug/plasma-workspace-6.2.0/applets/kicker/plugin/kastatsfavoritesmodel.cpp:746
#8  0x00007fbb901e05bd in AppsModel::refresh (this=0x55e86ce23170) at /usr/src/debug/plasma-workspace-6.2.0/applets/kicker/plugin/appsmodel.cpp:485


Reported using DrKonqi

Comment 1 Sam Azer 2024-10-09 16:42:20 UTC

Created attachment 174577 [details]
New crash information added by DrKonqi

DrKonqi auto-attaching complete backtrace.

Comment 2 Nicolas Fella 2024-10-09 20:36:10 UTC

*** Bug 494368 has been marked as a duplicate of this bug. ***

Comment 3 Nicolas Fella 2024-10-09 20:42:57 UTC

Fixed with https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/4810

Comment 4 Sam Azer 2024-10-10 15:39:53 UTC

After quite a bit of tinkering it turns out that I  had an instance of the Tiled Menu in my task bar.  It's incomplete so I haven't been using it - looking forward to using it again in the future.

Removing that object from my task bar solved the problem - the plasmashell no longer crashes - which is a good work-around for now.

Thanks always for your most excellent service.