[xdg-desktop-portal-kde] [Bug 407316] [RFE] recentdocuments:/ ioslave does not work in open dialog using XDG portal in Firefox

2020-11-19 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=407316

Nate Graham  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #6 from Nate Graham  ---
I can't test anymore as my XDG portal dialog on openSUSE Tumbleweed has
temporarily broken, but I'll take your word for it!

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 407316] [RFE] recentdocuments:/ ioslave does not work in open dialog using XDG portal in Firefox

2020-11-18 Thread Patrick Silva
https://bugs.kde.org/show_bug.cgi?id=407316

--- Comment #5 from Patrick Silva  ---
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

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 407316] [RFE] recentdocuments:/ ioslave does not work in open dialog using XDG portal in Firefox

2019-05-13 Thread Patrick Silva
https://bugs.kde.org/show_bug.cgi?id=407316

Patrick Silva  changed:

   What|Removed |Added

 CC||bugsefor...@gmx.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 407316] [RFE] recentdocuments:/ ioslave does not work in open dialog using XDG portal in Firefox

2019-05-13 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=407316

Nate Graham  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=406450,
   ||https://bugs.kde.org/show_b
   ||ug.cgi?id=75324

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 407316] [RFE] recentdocuments:/ ioslave does not work in open dialog using XDG portal in Firefox

2019-05-13 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=407316

--- Comment #4 from Nate Graham  ---
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?

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 407316] [RFE] recentdocuments:/ ioslave does not work in open dialog using XDG portal in Firefox

2019-05-11 Thread Christoph Feck
https://bugs.kde.org/show_bug.cgi?id=407316

--- Comment #3 from Christoph Feck  ---
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

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 407316] [RFE] recentdocuments:/ ioslave does not work in open dialog using XDG portal in Firefox

2019-05-10 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=407316

--- Comment #2 from Nate Graham  ---
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...

-- 
You are receiving this mail because:
You are watching all bug changes.

[xdg-desktop-portal-kde] [Bug 407316] [RFE] recentdocuments:/ ioslave does not work in open dialog using XDG portal in Firefox

2019-05-10 Thread Jan Grulich
https://bugs.kde.org/show_bug.cgi?id=407316

Jan Grulich  changed:

   What|Removed |Added

Summary|recentdocuments:/ ioslave   |[RFE] recentdocuments:/
   |does not work in open   |ioslave does not work in
   |dialog using XDG portal in  |open dialog using XDG
   |Firefox |portal in Firefox
 Ever confirmed|0   |1
 CC||jgrul...@redhat.com
 Status|REPORTED|ASSIGNED

--- Comment #1 from Jan Grulich  ---
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.

-- 
You are receiving this mail because:
You are watching all bug changes.