https://bugs.kde.org/show_bug.cgi?id=521849
Bug ID: 521849
Summary: Updates page stuck on "Fetching updates..."
indefinitely, never invokes PackageKit transaction
Classification: Applications
Product: Discover
Version First 6.7.0
Reported In:
Platform: Fedora RPMs
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Updates
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Target Milestone: ---
DESCRIPTION
Discover's Updates page shows "Fetching updates..." indefinitely with no
progress, no error, and no eventual timeout. PackageKit itself, the backend,
and dnf all function correctly — the issue is isolated to Discover's Updates
page never invoking a PackageKit transaction in the first place.
STEPS TO REPRODUCE
1. Open Discover
2. Click "Updates" in the sidebar
3. Page shows "Fetching updates..." spinner indefinitely, no error, no
completion
OBSERVED RESULT
Spinner never resolves. No PackageKit transaction is ever called.
EXPECTED RESULT
Discover should call PackageKit to refresh/get updates and display the pending
update list (13 updates are confirmed pending via dnf/pkcon independently).
SOFTWARE VERSIONS
Operating System: Fedora Linux 44
KDE Plasma Version: 6.7.0
Qt Version: 6.11.1
plasma-discover: 6.7.0-1.fc44
plasma-discover-packagekit: 6.7.0-1.fc44
PackageKit: 1.3.4-3.fc44
dnf5: 5.4.2.1-1.fc44
ADDITIONAL INFORMATION
PackageKit itself works correctly — journalctl -u packagekit shows
refresh-cache, get-updates, get-details, and resolve transactions all
completing successfully (each under 1 second) when invoked.
dnf upgrade from terminal works correctly and shows the same 13 pending
updates.
plasma-discover --listbackends confirms packagekit-backend loads successfully
alongside fwupd-backend, flatpak-backend, snap-backend, kns-backend.
Running with QT_LOGGING_RULES="org.kde.discover*=true", QT_DEBUG_PLUGINS=1, and
plain unfiltered stdout/stderr all show zero PackageKit transaction calls when
the Updates page is opened — the fetch is simply never triggered by Discover.
plasma-discover --mode Update reproduces the identical hang (rules out a
page-navigation/click-handler issue specifically).
Reproduced identically on a completely clean cold boot (rules out stale session
state).
Ruled out: stale Discover cache (~/.cache/plasma-discover, ~/.cache/discover
cleared and recreated), stale PackageKit cache, third-party repo metadata
issues (reproduced with all non-Fedora/RPM Fusion repos disabled — Brave,
ProtonVPN, and several Copr repos), D-Bus app-ID collisions (checked via busctl
--user list, only one clean Discover instance registered), snapd conflicts
(snapd.socket healthy), missing plasma-discover-packagekit package (confirmed
installed, version-matched to plasma-discover).
PackageKit dnf5 backend confirmed present: dnf provides '*/libpk_backend_dnf5*'
resolves to /usr/lib64/packagekit-backend/libpk_backend_dnf5.so, bundled in the
base PackageKit package on Fedora 44 (no separate plugin package needed).
NOTE: Similar-sounding bug 499083 exists but is unrelated — that was
Debian-specific (AppStreamIntegration distro-detection failure) and was
resolved incidentally in 6.3.0. This report is reproducible on Fedora 44 with
Plasma 6.7.0, and specifically shows zero PackageKit transactions ever being
invoked, which doesn't match the symptoms described there.
--
You are receiving this mail because:
You are watching all bug changes.
