https://bugs.kde.org/show_bug.cgi?id=505771
Bug ID: 505771
Summary: Clipboard does not paste images if backed by a file
the flatpak doesn't have access to
Classification: Plasma
Product: xdg-desktop-portal-kde
Version First 6.4.0
Reported In:
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: plasma-b...@kde.org
Reporter: kdebugs.81do7@haxing.ninja
CC: aleix...@kde.org
Target Milestone: ---
SUMMARY
Pasting an image to a flatpak fails if the image is copied by (seemingly)
reference to the file path (and the flatpak doesn't have access to said file
path).
STEPS TO REPRODUCE
1. Install the Signal flatpak
2. Open an image in $HOME/Pictures in Gwenview and "Copy" it
3. "Paste" the image in Signal
OBSERVED RESULT
Signal is unable to access the file (by virtue of the flatpak sandbox)
EXPECTED RESULT
Signal's access to the file is allowed
SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 42
KDE Plasma Version: 6.4.0
KDE Frameworks Version: 6.15.0
Qt Version: 6.9.1
Kernel Version: 6.14.11-300.fc42.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 32 × AMD Ryzen 9 7950X 16-Core Processor
Memory: 64 GiB of RAM (61.9 GiB usable)
Graphics Processor 1: AMD Radeon RX 7900 XTX
Graphics Processor 2: AMD Radeon Graphics
Manufacturer: ASUS
ADDITIONAL INFORMATION
This is not an issue for images coming from e.g., Spectal or GIMP's copy
button. There seems to be a problematic secondary clipboard "copy"
functionality (that's presumably a path reference rather than the image
contents themselves?).
I was hoping this would be resolved with the clipboard portal
(https://invent.kde.org/plasma/xdg-desktop-portal-kde/-/commit/2de83ee0e0349cac3447ff3be1e05e53cf9e6246).
However, it does not appear that was the case.
Drag-and-drop from Spectal, Gwenview, or Dolphin is similarly busted though
that's likely a separate issue.
--
You are receiving this mail because:
You are watching all bug changes.
