https://bugs.kde.org/show_bug.cgi?id=480497
Bug ID: 480497
Summary: Save dialog does not prefill filename with opened file
Classification: Plasma
Product: xdg-desktop-portal-kde
Version: unspecified
Platform: Flatpak
OS: Linux
Status: REPORTED
Severity: minor
Priority: NOR
Component: general
Assignee: plasma-b...@kde.org
Reporter: paul_krause_1...@t-online.de
CC: aleix...@kde.org, jgrul...@redhat.com, n...@kde.org
Target Milestone: ---
SUMMARY
There is an inconsistency, or problem for me, with all tested QT5 apps as
flatpak and saving via the file-chooser. One of these apps is KWrite.
If build and run directly on the host, the filename of the currently opened
file is suggested for saving.
If run as flatpak app, the field for the filename on the file-chooser is left
blank.
STEPS TO REPRODUCE
1. Install flatpak
2. flatpak install org.kde.Platform org.kde.kwrite
3. flatpak run org.kde.kwrite
4. Open some file
5. Hit Save As
OBSERVED RESULT
The field for the filename on the file-chooser is left blank.
EXPECTED RESULT
The field for the filename on the file-chooser is prefilled with the name of
the opened file.
As when run directly in the host OS.
ADDITIONAL INFORMATION
Here is the chain of code/events for a specific flatpak app (not Kwrite):
1. The app uses QFileDialog::getSaveFileName with a valid "dir" argument,
including the filename.
2. The kde-runtime / portal frontend send a dbus message with "current_file"
and "current_folder" set, but no "current_name".
I'm not sure where the issue occurs. I read the specifications, I'm not sure if
this is the intended way maybe.
But I'm clueless and the developers of the kde runtime asked me to file an
issue here instead.
Not source of the issue:
1. Giving the app read-write access to the opened file, or rather its
directory, is not fixing it.
2. Both times the app is compiled from the same source code.
3. I tried Gtk and Kde based distros as host.
Thanks!
--
You are receiving this mail because:
You are watching all bug changes.
