Summary: | Klipper interferes with XWayland: Copying text works only every second time | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | Anton Kreuzkamp <akreuzkamp> |
Component: | Clipboard | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | nate |
Priority: | NOR | Keywords: | wayland |
Version: | 5.22.3 | ||
Target Milestone: | 1.0 | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
org.kde.KWin.supportInformation
kwin queryWindowInfo for Okular, where the issue appeared kwin queryWindowInfo for Signal, where no issue appeared Stout-output of klipper Stout-output of klipper klipperrc |
Description
Anton Kreuzkamp
2021-07-05 11:42:29 UTC
Created attachment 139864 [details]
org.kde.KWin.supportInformation
starting firefox with `GTK_USE_PORTAL=0 firefox` (instead of with GTK_USE_PORTAL=1 as I use to) does not prevent this bug to appear with firefox. Created attachment 139865 [details]
kwin queryWindowInfo for Okular, where the issue appeared
Created attachment 139866 [details]
kwin queryWindowInfo for Signal, where no issue appeared
copying from Firefox in a Weston-session works fine. The bug disappears when quitting plasmashell and reappears when starting `plasmawindowed org.kde.plasma.clipboard`, so klipper is obviously involved somehow. Created attachment 139872 [details]
Stout-output of klipper
Excerpt of the stdout-output of `plasmawindowed org.kde.plasma.clipboard` while copying three times a word from firefox. The first two copies succeeded, the last one failed.
Created attachment 139873 [details]
Stout-output of klipper
Excerpt of the stdout-output of `plasmawindowed org.kde.plasma.clipboard` while copying four times a word from firefox. The first and second copy succeeded, the third one failed the fourth succeeded. Empty lines and lines starting with hashtag are added by me. The content mentioned in the lines `org.kde.klipper: Setting clipboard to < ... >` is always the content of the clipboard BEFORE, not the copied text.
*** This bug has been marked as a duplicate of bug 439070 *** This does not seem to be a duplicate of #439070. I can confirm the other one, but while this one is clearly related to Klipper doing things, the other one is not (cf. my comment on #439070). Here the issue appears while copying, there it happens while pasting. I think I see the issue, or at least something related. Every time I copy something in an XWayland app, two entries are created in Klipper: the text, and a seemingly blank entry. For me this is not interfering with pasting the text, but perhaps for you it is. Can you reproduce this? Also can you please take a screenshot of your Klipper settings? Created attachment 140498 [details]
klipperrc
Here is the config of klipper. The bug happens only when IgnoreSelection is set to true.
I don't always see a blank entry appear, but there is always exactly one blank entry floating around in my klipper history (and pasting doesn't work when it's the upper most). The stdout-output of klipper clearly indicates that more than one entry is created (probably afterwards filtered by some duplication removal). The bug only happens with the "Prevent empty clipboard" is activated (above I wrote "only when IgnoreSelection is set", that was by mistake) Aha, then this is Bug 424754! *** This bug has been marked as a duplicate of bug 424754 *** |