Summary: | [RFE] recentdocuments:/ ioslave does not work in open dialog using XDG portal in Firefox | ||
---|---|---|---|
Product: | [Plasma] xdg-desktop-portal-kde | Reporter: | Nate Graham <nate> |
Component: | general | Assignee: | Jan Grulich <jgrulich> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bugseforuns, jgrulich |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
See Also: |
https://bugs.kde.org/show_bug.cgi?id=406450 https://bugs.kde.org/show_bug.cgi?id=75324 |
||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Nate Graham
2019-05-07 21:23:30 UTC
I'm afraid this combination will not work, the reason is that the url returned is e.g. "recentdocuments://your_filename.png" which won't be handled by portals. For this reason we support only local filenames (paths using e.g. file://foo.png). I can leave this open in case portals will change and we will be able to support this. Is there some way we could have the IOSlave translate that URL into a local path when running in the portal? Heck, maybe it should always do that... This is bug 406450, which in turn is bug 75324. KDE applications have a way to get the local URL for KIO URLs that are actually local (e.g. trash:/, desktop:/, etc.), but non-KDE applications don't use this API. https://api.kde.org/frameworks/kio/html/classKIO_1_1StatJob.html#a4393f0c1cf278dc6aa8b09789497ec05 Thanks, but I'm not sure I agree that fixing this requires implementing Bug 75324. That would be great of course, but couldn't KIO just detect that the calling app was non-KIO-aware and translate the ioslave's URI into a local path instead? I can't reproduce this bug with Firefox 82 on neon unstable. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.20.80 KDE Frameworks Version: 5.77.0 Qt Version: 5.15.1 I can't test anymore as my XDG portal dialog on openSUSE Tumbleweed has temporarily broken, but I'll take your word for it! |