Bug 476327 - discover crashes if update check page is opened and window is put in background
Summary: discover crashes if update check page is opened and window is put in background
Status: RESOLVED FIXED
Alias: None
Product: Discover
Classification: Applications
Component: discover (other bugs)
Version First Reported In: 5.27.9
Platform: Neon Linux
: NOR crash
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: drkonqi
: 476380 (view as bug list)
Depends on:
Blocks:
 
Reported: 2023-10-30 13:49 UTC by johnathan
Modified: 2025-03-05 19:58 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
New crash information added by DrKonqi (77.11 KB, text/plain)
2023-10-30 13:49 UTC, johnathan
Details
crash information on similar conditions (625 bytes, text/plain)
2023-11-08 12:02 UTC, Guilherme Monteiro
Details

Note You need to log in before you can comment on or make changes to this bug.
Description johnathan 2023-10-30 13:49:03 UTC
Application: plasma-discover (5.27.9)

Qt Version: 5.15.11
Frameworks Version: 5.111.0
Operating System: Linux 6.2.0-35-generic x86_64
Windowing System: Wayland
Distribution: KDE neon 5.27
DrKonqi: 5.27.9 [CoredumpBackend]

-- Information about the crash:
i have kde neon installed and i have been facing this bug for  very long time.

i get the notice that an update is available.
i click on the icon and discover gets opened on updates checking page. i am forced to keep the page open because if i keep some other window in foreground, discover crashes. 

this is repeatable 100% of the time for me.

The crash can be reproduced every time.

-- Backtrace (Reduced):
#6  0x00007fdbc2ba62d5 in QQmlPropertyCache::callJSFactoryMethod (args=0x7ffe822445c0, object=0x55963d9d89e0, this=<optimized out>) at ../../include/QtQml/5.15.11/QtQml/private/../../../../../src/qml/qml/qqmlpropertycache_p.h:403
#7  QV4::QObjectWrapper::create (engine=<optimized out>, object=0x55963d9d89e0) at jsruntime/qv4qobjectwrapper.cpp:690
#8  0x00007fdbc2ba814b in QV4::QObjectWrapper::wrap_slowPath (engine=0x55963d94b190, object=0x55963d9d89e0) at jsruntime/qv4qobjectwrapper.cpp:621
#9  0x00007fdbc2b28068 in QV4::ExecutionEngine::metaTypeToJS (this=this@entry=0x55963d94b190, type=<optimized out>, data=data@entry=0x55963fc4c6a0) at jsruntime/qv4engine.cpp:1882
#10 0x00007fdbc2b279e8 in variantToJS (value=..., v4=0x55963d94b190) at jsruntime/qv4engine.cpp:1448


Reported using DrKonqi
Comment 1 johnathan 2023-10-30 13:49:04 UTC
Created attachment 162730 [details]
New crash information added by DrKonqi

DrKonqi auto-attaching complete backtrace.
Comment 2 Nate Graham 2023-10-30 19:10:45 UTC
How strange. Do you by any chance have any KWin scripts, Window Rules, or custom shortcuts that trigger on windows being made inactive?
Comment 3 johnathan 2023-10-31 05:54:20 UTC
(In reply to Nate Graham from comment #2)
> How strange. Do you by any chance have any KWin scripts, Window Rules, or
> custom shortcuts that trigger on windows being made inactive?

nope. not to my understanding. i have a pretty vanilla system
Comment 4 Nate Graham 2023-11-01 20:02:39 UTC
*** Bug 476380 has been marked as a duplicate of this bug. ***
Comment 5 Guilherme Monteiro 2023-11-08 12:02:43 UTC
Created attachment 162947 [details]
crash information on similar conditions

I had this crash, and it was after I switched to another window, so maybe it is the same situation.
I hope the crash information helps.
Thanks!
Comment 6 TraceyC 2025-03-04 22:00:56 UTC
Thank you for the bug report. Unfortunately we were not able to get to it yet. Can we ask you to please check if this is still an issue with either Plasma 5.27.12 (the current LTS version) or Plasma 6.3.2 (the latest released version)?

If you can still reproduce the bug, please change the Status to "CONFIRMED". Thanks.
Comment 7 Guilherme Monteiro 2025-03-05 19:52:16 UTC
I have just tried Discover in distinct situations, and it did not crash, so the bug seems gone for me.
Versions here are Plasma 5.27.11 and Discover 5.27.12.