Bug 2435752

Summary: xdg-desktop-portal: FileChooser portal no longer remembers last-used directory (always opens in $HOME) since 1.21.0-1
Product: [Fedora] Fedora Reporter: Mikhail <mikhail.v.gavrilov>
Component: xdg-desktop-portalAssignee: David King <amigadave>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: rawhideCC: amigadave, awilliam, debarshir, gnome-sig, jadahl, mcatanza
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard: AcceptedFreezeException
Fixed In Version: xdg-desktop-portal-1.22.0-1.fc44 Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2026-06-10 00:56:13 UTC Type: ---
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: 2362358    
Attachments:
Description Flags
demonstration of bug none

Description Mikhail 2026-02-01 11:27:38 UTC
After updating xdg-desktop-portal to 1.21.0-1 on Fedora Rawhide, the FileChooser portal stopped remembering the last used directory. Applications that use the portal file picker (tested with Google Chrome on GNOME/Wayland) always open the save dialog in $HOME, even if the previous save was done in ~/Downloads (or any other directory).

This is a regression: the previously installed xdg-desktop-portal version opened the dialog in the last used directory as expected.

Steps to reproduce
------------------
1. In Google Chrome, start downloading any file that triggers the portal “Save File” dialog.
   (Example: the “Download Chrome Canary” button on the Chrome Canary page.)
2. In the save dialog, select “Downloads” (~/Downloads) and save the file (confirm replace if prompted).
3. Trigger another download that opens the save dialog again.

Actual results
--------------
The portal file picker always starts in $HOME (Home), instead of the previously used directory.

Expected results
----------------
The portal file picker should start in the last used directory (e.g. ~/Downloads) when reopening the dialog.

Regression
----------
Introduced after updating to: xdg-desktop-portal-1.21.0-1 (Fedora Rawhide).
Previously installed version worked as intended.


Package versions:
> rpm -q xdg-desktop-portal xdg-desktop-portal-gnome xdg-desktop-portal-gtk
xdg-desktop-portal-1.20.3-5.fc44.x86_64
xdg-desktop-portal-gnome-49.0-2.fc44.x86_64
xdg-desktop-portal-gtk-1.15.3-3.fc44.x86_64
mikhail@primary-ws ~> 


Reproducible: Always

Comment 1 Mikhail 2026-02-01 11:28:33 UTC
Created attachment 2127688 [details]
demonstration of bug

Comment 2 Fedora Blocker Bugs Application 2026-02-01 20:14:15 UTC
Proposed as a Freeze Exception for 44-beta by Fedora user mikhail using the blocker tracking app because:

 This is a highly visible user-facing regression: the xdg-desktop-portal FileChooser no longer remembers the last-used directory and always starts in $HOME. It affects a very common workflow (save/download) for applications using the portal (e.g. Chrome, Telegram/Flatpak apps), causing repeated manual navigation and increasing the chance of saving to the wrong location.

The issue is reliably reproducible and already documented with an attached screencast in the bug report.

Comment 3 David King 2026-02-04 19:17:17 UTC
*** Bug 2436861 has been marked as a duplicate of this bug. ***

Comment 4 Adam Williamson 2026-02-04 20:27:28 UTC
It's not just about last-used directory, it's about default or specified directories for particular apps, it seems. 2436861 is about Maps 'Export' feature no longer defaulting to the Pictures directory. I also just noticed that when you run Papers and click Open, it shows the home dir, not the Documents dir as it should.

Comment 5 Adam Williamson 2026-02-16 17:02:37 UTC
+5 in https://pagure.io/fedora-qa/blocker-review/issue/2022 , marking accepted FE.

Comment 6 Michael Catanzaro 2026-02-19 15:35:00 UTC
For me, it always opens /home, not $HOME. i.e. it opens one level higher than my home directory.

Comment 7 David King 2026-02-19 18:38:39 UTC
(In reply to Michael Catanzaro from comment #6)
> For me, it always opens /home, not $HOME. i.e. it opens one level higher
> than my home directory.

That is likely https://github.com/flatpak/xdg-desktop-portal/issues/1899

Comment 8 Fedora Update System 2026-06-08 17:30:48 UTC
FEDORA-2026-3f9d12b175 (xdg-desktop-portal-1.22.0-1.fc44) has been submitted as an update to Fedora 44.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-3f9d12b175

Comment 9 Fedora Update System 2026-06-09 02:52:34 UTC
FEDORA-2026-3f9d12b175 has been pushed to the Fedora 44 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-3f9d12b175`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-3f9d12b175

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

Comment 10 Fedora Update System 2026-06-10 00:56:13 UTC
FEDORA-2026-3f9d12b175 (xdg-desktop-portal-1.22.0-1.fc44) has been pushed to the Fedora 44 stable repository.
If problem still persists, please make note of it in this bug report.