Bug 2346430

Summary: XDG user directories not created on login to KDE
Product: [Fedora] Fedora Reporter: Adam Williamson <awilliam>
Component: fedora-releaseAssignee: Stephen Gallagher <sgallagh>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 42CC: alciregi, fedoraproject, kevin, mboddu, ngompa13, pbrobinson, samyak.jn11, sgallagh, thrcka, zbyszek
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: openqa AcceptedFreezeException
Fixed In Version: fedora-release-42-0.20 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2025-02-23 17:34:19 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2291264    

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.