I'm unsure if this is a PBI issue or a notification issue, so I thought I'd start here with PBI. STEPS TO REPRODUCE 1. Launch a sandboxed Flatpak instance of LibreWolf or Firefox, with the plasma-browser integration's add-on installed. 2. Visit https://github.com/caelestia-dots/shell. 2. Scroll down to the video > right-click > download > select desktop > OK. 3. After it downloads, a system notification from Plasma Browser Integration appears. OBSERVED RESULT The notification says it was downloaded to "/run/user/1000/doc/bWu6HL6WsGZiNKgaBXwMGg" (or some similar nonsense). Clicking on the link opens that weird path instead of "/home/nate/desktop". EXPECTED RESULT The notification says it was downloaded to "/home/nate/Desktop" and clicking on the link takes me there. ADDITIONAL INFORMATION The browser's own download popups display the location correctly as "/home/nate/Desktop", and their "show in folder" actions take me there. This issue only affects LibreWolf and Firefox; Chromium is unaffected. SOFTWARE/OS VERSIONS Operating System: KDE Linux 2026-08-13 KDE Plasma Version: 6.7.80 KDE Frameworks Version: 6.30.0 Qt Version: 6.11.1 Kernel Version: 7.1.8-arch1-3 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 7840U w/ Radeon™ 780M Graphics Memory: 17 GB of RAM (16.0 GB usable) Graphics Processor: AMD Radeon 780M Graphics
The extension just forwards what the browser API tells it. The Firefox download API is in general quite buggy, which is also why it doesn’t offer to pause a download. Check the following for what the browser tells us: 1.) go to about:debugging 2.) On the sidebar choose "This Firefox" 3.) Under Extensions find "Plasma Integration" and click "Inspect" 4.) Start your download (best to use one that takes a while to complete) 5.) In the resulting developer console paste: chrome.downloads.search({state: "in_progress"}, console.log) This gives you an array with a single download, expand it, look at what the contents of the "filename" property. If this is your /run... then that’s what the browser tells us. The documents portal writes an "user.document-portal.host-path" extended file attribute to the file which we might be able to use to resolve this but I am not sure whether we get this here. Might be worth checking with fattr or xattr
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-browser-integration/-/merge_requests/201
Git commit 97810a6eca20cfaeac7b5e5f3e18c622dda6d5ce by Kai Uwe Broulik, on behalf of Bharadwaj Raju. Committed on 16/09/2026 at 13:22. Pushed by broulik into branch 'master'. host/downloadjob: Translate portal paths to real ones M +10 -1 host/downloadjob.cpp https://invent.kde.org/plasma/plasma-browser-integration/-/commit/97810a6eca20cfaeac7b5e5f3e18c622dda6d5ce