SUMMARY Used apps: inkscape - gtk2 app running on Xwayland Gedit text editor - gtk3 app running natively on Wayland Kate - text editor running natively on Wayland Chromium internet browser - app running on Xwayland STEPS TO REPRODUCE the first case: 1. start Wayland session 2. open inkscape and Gedit 3. write any word in Gedit 4. press ctrl+a and ctrl+c 5. close Gedit 6. focus inkscape and press ctrl+shift+s 7. try to paste the previously copied word in the filename field by pressing ctrl+v: nothing is pasted STEPS TO REPRODUCE the second case: 1. start Wayland session 2. open Gedit, inkscape and Kate 3. write any word in Kate 4. press ctrl+a and ctrl+c 5. close Kate 6. focus Gedit and try to paste the previously copied word by pressing ctrl+v: nothing is pasted 7. focus inkscape and press ctrl+shift+s 8. try to paste the previously copied word in the filename field by pressing ctrl+v: nothing is pasted STEPS TO REPRODUCE the third case: 1. start Wayland session 2. open inkscape, Gedit and Chromium 3. load any webpage with Chromium, select and copy any word 4. close Chromium 5. focus Gedit and try to paste the previously copied word by pressing ctrl+v: nothing is pasted 6. focus inkscape and press ctrl+shift+s 7. try to paste the previously copied word in the filename field by pressing ctrl+v: nothing is pasted EXPECTED RESULT copied text should always be pasted SOFTWARE/OS VERSIONS Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.19.80 KDE Frameworks Version: 5.73.0 Qt Version: 5.14.2
Is the pasted text making it into Klipper?
(In reply to Nate Graham from comment #1) > Is the pasted text making it into Klipper? The text appears in the popup of clipboard applet after I press ctrl+c.
I can reproduce all three cases, however the other way around (from anything to Kate) is not reproducible, Kate uses the clipboard as intended.
I don't have time to test on a recently compiled version from master, but is this still happening there? Might have been fixed by https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1.
This should be fixed as of 5.20. Please reopen if it's not the case.
This problem persists. Operating System: Arch Linux KDE Plasma Version: 5.20.1 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1
Can reproduce all three cases with a git master Wayland session. I suspect this is a big part of the remaining complaints about the clipboard not working properly on Waylane Notably, if I click on the entry in Klipper for the text, then pasting works. So it looks like Klipper is somehow not being made aware of it automatically, or something.
I can also reproduce this bug on my Fedora 34 (KDE spin) system. SOFTWARE/OS VERSIONS OS: Fedora Kernel: x86_64 Linux 5.11.15-300.fc34.x86_64 DE: KDE 5.80.0 / Plasma 5.21.4
(In reply to Armin from comment #8) > I can also reproduce this bug on my Fedora 34 (KDE spin) system. > > SOFTWARE/OS VERSIONS > OS: Fedora > Kernel: x86_64 Linux 5.11.15-300.fc34.x86_64 > DE: KDE 5.80.0 / Plasma 5.21.4 Can also confirm; glad I'm not going crazy, the consistently inconsistent CTRL+C failures were driving me nuts (even having some Cut actions fail after the original selection was deleted, ie text). For now using explicit right-click menu commands seems to work around the issue for me, but using keyboard commands is... spotty for now
(In reply to Nate Graham from comment #7) > Notably, if I click on the entry in Klipper for the text, then pasting > works. So it looks like Klipper is somehow not being made aware of it > automatically, or something. I can reproduce all cases, except that it is enough to open the klipper menu and see that the copied text is there (before closing the application) for the content to be available for pasting.
I would like to add that this issue exists when using Inkscape not just in Wayland but when in X11 as well. Moreover, guessing firefox/chrome/libreoffice are gtk apps, I did not have any trouble pasting the copied text from kate/kwrite (after closing it) to firefox/chrome/libreoffice. Moreover, I observed that the problem with Inkscape could be temporarily resolved if "ignore selection" is enabled in klipper settings. Thus, with my limited understanding, I would like to add that the DE may not be causing this. However, I am unsure whether this is an issue with klipper or is specific to Inkscape. SOFTWARE/OS VERSIONS Operating System: KDE neon User Edition KDE Plasma Version: 5.21.4 KDE Frameworks Version: 5.81.0 Qt Version: 5.15.2
Please note that by DE I actually meant the display server. Apologies for the error.
Cannot reproduce. Neon Unstable Plasma 5.22 Frameworks 5.83 Gedit 3.36.2 Gtk 3.24.20 Can anyone confirm if it's working for them too on 5.22?
(In reply to Bharadwaj Raju from comment #13) > Cannot reproduce. > > Neon Unstable > Plasma 5.22 > Frameworks 5.83 > Gedit 3.36.2 > Gtk 3.24.20 > > Can anyone confirm if it's working for them too on 5.22? Not sure about Gedit, but the issue could still be observed when using Inkscape (both versions 0.92 as well as 1.1) in KDE v5.22. SOFTWARE/OS VERSIONS Operating System: KDE neon User Edition KDE Plasma Version: 5.22 KDE Frameworks Version: 5.82 Qt Version: 5.15.3
Ok, I can reproduce the issue with both Gedit and Inkscape, only if "Prevent empty clipboard" is turned off in Klipper settings. My other Klipper settings, may be relevant: - Save clipboard contents on exit: YES - Prevent empty clipboard: NO - Ignore images: YES - Ignore selection: NO - Text selection only: NO - Sync clipboard and selection: NO Turning on "Prevent empty clipboard" (which is on by default), makes the bug disappear.
I can confirm that. When "Prevent empty clipboard" is on, everything works fine. When it's off, this breaks, and (ironically) an empty entry appears in Klipper when I copy the text in Gedit. Lowering priority as there is a trivial and non-destructive workaround and also this works with the default settings.
Created attachment 141447 [details] Settings and Blank Clipboard Confirmation
Not to be contrary, but at least with specifically Firefox (91.0.2), this is still an issue on my Fedora 34 KDE install. It does appear this is even with the "Prevent empty clipboard" checked, there are still *some* times where blank clipboard entries occur. See highlighted attachment
(In reply to James Flynn from comment #18) > Not to be contrary, but at least with specifically Firefox (91.0.2), this is > still an issue on my Fedora 34 KDE install. It does appear this is even with > the "Prevent empty clipboard" checked, there are still *some* times where > blank clipboard entries occur. See highlighted attachment Were you copying text from the webpage, or from the addressbar? For some reason, the former works for me reliably, while the latter often doesn't and inserts a blank entry instead.
(In reply to Bharadwaj Raju from comment #19) > (In reply to James Flynn from comment #18) > > Not to be contrary, but at least with specifically Firefox (91.0.2), this is > > still an issue on my Fedora 34 KDE install. It does appear this is even with > > the "Prevent empty clipboard" checked, there are still *some* times where > > blank clipboard entries occur. See highlighted attachment > > Were you copying text from the webpage, or from the addressbar? > > For some reason, the former works for me reliably, while the latter often > doesn't and inserts a blank entry instead. Just text on a page, but happens to me often enough I forgot to mention that, sorry!
"text/plain;charset=utf-8" isn't treated as being text. Should hopefully be a fast fix.
https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1068
Fixed by David Edmundson with https://invent.kde.org/plasma/plasma-workspace/-/commit/2297983230521ee5f2a79054e66c50e84300c9ac in Plasma 5.23!