Dolphin paste clipboard content not working because of mime type?

Help
,
1

Hello, I am unsure if this is a bug with dolphin or whether other components are to blame.

I am using Dolphin on NixOS with Hyprland.

The issue I am facing is that pasting clipboard content just does not do anything. The menu which shows the advertised mime types is displayed and I am able to select a mime type and hit “OK”. The behavior I expect is that if my clipboard contains an image, a file containing that image appears in the current directory. Instead nothing happens.

The clipboard manager I use (GitHub - vicinaehq/vicinae: A focused launcher for your desktop — native, fast, extensible) for some reason adds an additional offer of the type vicinae/concealed to the clipboard. This seemingly confuses Dolphin, because if I turn off that application pasting works as expected. I have also confirmed via wl-paste --type image/png > img.png that the clipboard manager does not mess up the image data.

2

Added mime are ok, that’s how app can paste different things things when you paste within the application.

If that messes up with the clipboard it should be a KIO or Qt bug.
Could you try with other KDE/QT applications (KWrite, gwenview, kwrite…), to see if other are concerned ?

AFAICT this works fine with other DE and clipboard managers, so it might be an issue with vicinae. You can confirm by using another clipboard manager to confirm whether it is a bug in the clipboard manager.

3

I have tested pasting text into kate, which worked. I have also tested pasting images into krita, this also worked. The dolphin issue persists. I should mention that dolphin prints the following error message to stdout every time the window asking me to enter the desired filename appears.

qt.qpa.wayland.textinput: virtual void QtWaylandClient::QWaylandTextInputv3::disableSurface(wl_surface*) Try to disable surface 0x562f6fcf6c90 with focusing surface 0x562f6fd03280

As I stated, I am unsure how the clipboard manager could be the problem. As you said, added mime types should not be an issue. The data is not messed up by the clipboard manager.

I have done some further testing and was able to replicate the bug with the clipboard manager application not running:

  1. Open a Webpage in Firefox (I used KDE’s english Wikipedia page)
  2. Right click on Matthias Ettrich’s image, choose “copy image”
  3. Open up Dolphin and press Ctrl+V (Dolphin displays my home directory, I have write permissions)
  4. Select “JPEG image”
  5. Press OK
  6. Observe that no file is created
`wl-paste --list-types` output 
text/html
text/_moz_htmlinfo
text/_moz_htmlcontext
image/png
image/jpeg
image/bmp
image/x-bmp
image/x-MS-bmp
image/x-icon
image/x-ico
image/x-win-bitmap
image/vnd.microsoft.icon
application/ico
image/ico
image/icon
text/ico
image/tiff
SAVE_TARGETS

When I take a screenshot with grim and try to paste it into Dolphin, it only asks for a filename and creates the file correctly.

`wl-paste --list-types` output 
image/png

Could this issue be caused by my distribution/wayland compositor or should I make a proper bug report?

4

You can open a bug report for frameworks-kio