Bug 2346430 - XDG user directories not created on login to KDE
Summary: XDG user directories not created on login to KDE
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: fedora-release
Version: 42
Hardware: All
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Stephen Gallagher
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: openqa AcceptedFreezeException
Depends On:
Blocks: BetaFreezeException, F42BetaFreezeException
TreeView+ depends on / blocked
 
Reported: 2025-02-19 00:12 UTC by Adam Williamson
Modified: 2025-02-23 17:34 UTC (History)
10 users (show)

Fixed In Version: fedora-release-42-0.20
Clone Of:
Environment:
Last Closed: 2025-02-23 17:34:19 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Adam Williamson 2025-02-19 00:12:05 UTC
In current F42, XDG user directories (Download, Pictures, Documents etc) are not created on user login.

This seems to be because the new mechanism in xdg-user-dirs that tries to do it with a user session service isn't working, and the patches to introduce it also broke the *old* mechanism that does it with an XDG autostart file by adding a line `X-systemd-skip=true` to the autostart file.

KDE doesn't use the stock autostart file directly - it'd like to, but for REASONS, it doesn't load. Instead, as a hack, kde-settings copies the file to a new name and edits a couple of lines. But when we built a new kde-settings against an xdg-user-dirs with the changed 'source' file, it broke.

We think the new mechanism probably isn't working because we need the fedora-release update with presets updated: https://bodhi.fedoraproject.org/updates/FEDORA-2025-751ebb02b1 . That change should be in the next Rawhide compose, so we can see if it fixes things there before landing it for F42.

Proposing as a Beta freeze exception issue - we don't actually have any criteria requiring these directories to exist, AFAICT, but the lack of them obviously causes problems for many apps (and breaks several openQA tests that assume they exist).

Comment 1 Fedora Update System 2025-02-19 00:13:04 UTC
FEDORA-2025-751ebb02b1 (fedora-release-42-0.20) has been submitted as an update to Fedora 42.
https://bodhi.fedoraproject.org/updates/FEDORA-2025-751ebb02b1

Comment 2 Adam Williamson 2025-02-20 22:28:46 UTC
+4 in https://pagure.io/fedora-qa/blocker-review/issue/1757 , marking accepted FE.

Comment 3 Fedora Update System 2025-02-21 02:57:26 UTC
FEDORA-2025-751ebb02b1 has been pushed to the Fedora 42 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-751ebb02b1`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-751ebb02b1

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 4 Fedora Update System 2025-02-23 17:34:19 UTC
FEDORA-2025-751ebb02b1 (fedora-release-42-0.20, kde-settings-42.0-3.fc42, and 1 more) has been pushed to the Fedora 42 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.