<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>522815</bug_id>
          
          <creation_ts>2026-07-08 17:50:47 +0000</creation_ts>
          <short_desc>Discover does not start until process is killed manually</short_desc>
          <delta_ts>2026-08-25 10:17:48 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>2</classification_id>
          <classification>Applications</classification>
          <product>Discover</product>
          <component>discover</component>
          <version>6.7.2</version>
          <rep_platform>NixOS</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugs.kde.org/show_bug.cgi?id=507217</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>VHI</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>0</everconfirmed>
          <reporter>adarsy1</reporter>
          <assigned_to name="Plasma Bugs List">plasma-bugs-null</assigned_to>
          <cc>aleixpol</cc>
    
    <cc>kde</cc>
    
    <cc>kdedev</cc>
    
    <cc>klecho</cc>
    
    <cc>nate</cc>
          
          <cf_commitlink>https://invent.kde.org/plasma/discover/-/commit/6bb252afbfef7bc413824ee153285e498b669801</cf_commitlink>
          <cf_versionfixedin></cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>2530210</commentid>
    <comment_count>0</comment_count>
    <who name="">adarsy1</who>
    <bug_when>2026-07-08 17:50:47 +0000</bug_when>
    <thetext>DESCRIPTION
I have experienced this issue on Fedora Linux, Arch Linux, and NixOS.
Sometimes, I am unable to open KDE Discover without first killing the process using System Monitor.
I have KDE Discover pinned to my task manager, so I encounter this frequently.

STEPS TO REPRODUCE
1. Open KDE Discover
2. Close KDE Discover while it is loading
3. Try opening KDE Discover

OBSERVED RESULT
Cannot open KDE Discover until I manually kill it with System Monitor.

EXPECTED RESULT
Process kills itself after I try closing while it&apos;s loading.

SOFTWARE/OS VERSIONS
Operating System (available in the Info Center app, or by running `kinfo` in a terminal window):
KDE Plasma Version: 6.7.2
KDE Frameworks Version: 6.27.0
Qt Version: 6.11.1

ADDITIONAL INFORMATION
This happened on a NixOS installation I installed yesterday.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2530392</commentid>
    <comment_count>1</comment_count>
    <who name="David Edmundson">kde</who>
    <bug_when>2026-07-09 13:52:23 +0000</bug_when>
    <thetext>That means the old one did not quit properly. 

I attached gdb and got nothing interesting.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2530565</commentid>
    <comment_count>2</comment_count>
    <who name="TraceyC">kdedev</who>
    <bug_when>2026-07-10 00:25:43 +0000</bug_when>
    <thetext>This sounds the same as bug 507217, that one was linked to Snap and KNS

On any of your distros, if you run this, does Discover launch?

plasma-discover --backends flatpak-backend</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2530570</commentid>
    <comment_count>3</comment_count>
    <who name="">adarsy1</who>
    <bug_when>2026-07-10 01:20:01 +0000</bug_when>
    <thetext>(In reply to TraceyC from comment #2)
&gt; This sounds the same as bug 507217, that one was linked to Snap and KNS
&gt; 
&gt; On any of your distros, if you run this, does Discover launch?
&gt; 
&gt; plasma-discover --backends flatpak-backend

No</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2531725</commentid>
    <comment_count>4</comment_count>
    <who name="TraceyC">kdedev</who>
    <bug_when>2026-07-14 20:40:31 +0000</bug_when>
    <thetext>Thanks. The developers will need to investigate.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2534818</commentid>
    <comment_count>5</comment_count>
    <who name="">klecho</who>
    <bug_when>2026-07-28 15:23:29 +0000</bug_when>
    <thetext>Re-ordering the package systems included, seems to workaround the problem.
On my Debian and Ubuntu the system monitor icon never manages to launch it, even though showing that there are updates available, just blocks it from starting, until the process killed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2535100</commentid>
    <comment_count>6</comment_count>
    <who name="TraceyC">kdedev</who>
    <bug_when>2026-07-29 16:33:01 +0000</bug_when>
    <thetext>I found that there&apos;s an existing bug about this, so I&apos;ll merge this in with the older one. Please follow bug 522245 for updates.
In both cases, the steps to reproduce include closing Discover while it&apos;s loading.

*** This bug has been marked as a duplicate of bug 522245 ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2539125</commentid>
    <comment_count>7</comment_count>
    <who name="Oliver Beard">olib141</who>
    <bug_when>2026-08-15 14:10:43 +0000</bug_when>
    <thetext>Git commit a8b5538958594d90406aa0294d3934bcd06e7607 by Oliver Beard, on behalf of Aleix Pol.
Committed on 15/08/2026 at 14:03.
Pushed by olib into branch &apos;master&apos;.

DiscoverObject: Address quitting with concurrent KJobs

We have a mechanism that disables random eventloops (KJobs) from
quitting Discover outside of the user&apos;s interaction (see
QCoreApplication::setQuitLockEnabled in discover/main.cpp).

It so happens that we would at times have KJobs running also _after_
Discover&apos;s window closes. See how on the reported bugs they often
describe it happening early in the startup process.

This patch restores the Q*Application::quitLockEnabled property so that
once Discover is with its task and we let go and QCoreApplication can
let these jobs finish and eventually quit.

It changes the DummyBackend to issue a KJob at the start to be able to
reproduce this problem and eventually its fix.
Related: bug 497419, bug 522245, bug 518264

M  +2    -0    discover/DiscoverObject.cpp
M  +22   -0    libdiscover/backends/DummyBackend/DummyBackend.cpp

https://invent.kde.org/plasma/discover/-/commit/a8b5538958594d90406aa0294d3934bcd06e7607</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2539130</commentid>
    <comment_count>8</comment_count>
    <who name="Oliver Beard">olib141</who>
    <bug_when>2026-08-15 14:31:42 +0000</bug_when>
    <thetext>Git commit 0d0a1d35c715838f585590d54a1a9d5b14cbd151 by Oliver Beard.
Committed on 15/08/2026 at 14:11.
Pushed by olib into branch &apos;Plasma/6.7&apos;.

DiscoverObject: Address quitting with concurrent KJobs

We have a mechanism that disables random eventloops (KJobs) from
quitting Discover outside of the user&apos;s interaction (see
QCoreApplication::setQuitLockEnabled in discover/main.cpp).

It so happens that we would at times have KJobs running also _after_
Discover&apos;s window closes. See how on the reported bugs they often
describe it happening early in the startup process.

This patch restores the Q*Application::quitLockEnabled property so that
once Discover is with its task and we let go and QCoreApplication can
let these jobs finish and eventually quit.

It changes the DummyBackend to issue a KJob at the start to be able to
reproduce this problem and eventually its fix.
Related: bug 497419, bug 522245, bug 518264


(cherry picked from commit a8b5538958594d90406aa0294d3934bcd06e7607)

Co-authored-by: Aleix Pol &lt;aleixpol@kde.org&gt;

M  +2    -0    discover/DiscoverObject.cpp
M  +22   -0    libdiscover/backends/DummyBackend/DummyBackend.cpp

https://invent.kde.org/plasma/discover/-/commit/0d0a1d35c715838f585590d54a1a9d5b14cbd151</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2541660</commentid>
    <comment_count>9</comment_count>
    <who name="Oliver Beard">olib141</who>
    <bug_when>2026-08-25 10:17:48 +0000</bug_when>
    <thetext>Git commit 6bb252afbfef7bc413824ee153285e498b669801 by Oliver Beard.
Committed on 15/08/2026 at 14:10.
Pushed by olib into branch &apos;Plasma/6.6&apos;.

DiscoverObject: Address quitting with concurrent KJobs

We have a mechanism that disables random eventloops (KJobs) from
quitting Discover outside of the user&apos;s interaction (see
QCoreApplication::setQuitLockEnabled in discover/main.cpp).

It so happens that we would at times have KJobs running also _after_
Discover&apos;s window closes. See how on the reported bugs they often
describe it happening early in the startup process.

This patch restores the Q*Application::quitLockEnabled property so that
once Discover is with its task and we let go and QCoreApplication can
let these jobs finish and eventually quit.

It changes the DummyBackend to issue a KJob at the start to be able to
reproduce this problem and eventually its fix.
Related: bug 497419, bug 522245, bug 518264


(cherry picked from commit a8b5538958594d90406aa0294d3934bcd06e7607)

Co-authored-by: Aleix Pol &lt;aleixpol@kde.org&gt;

M  +2    -0    discover/DiscoverObject.cpp
M  +22   -0    libdiscover/backends/DummyBackend/DummyBackend.cpp

https://invent.kde.org/plasma/discover/-/commit/6bb252afbfef7bc413824ee153285e498b669801</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>