[CLOSED] Clipboard no longer working

halogene · 2024-05-14 21:53:16

I have encountered a quite weird problem. My clipboard is no longer working. No matter if I do CTRL-C / CTRL-V in applications or CTRL-SHIFT-C / CTRL-SHIFT-V in Terminal or right click -> copy / paste, I can not paste any content from the clipboard any more. I'm on gnome, all packages updated recently. My journal says bijiben-shell-s is causing a core dump every time I use meta key and type something into the search bar. Don't know if that's related :oS

I can't really copy paste journal content here (d'oh!), so I try to type a bit of it that looks relevant to me:

gnome-shell[1624]: Received error from D-Bus search provider org.gnome.Boxes.desktop: Gio.IOErrorEnum: Die Methode kann nicht aufgerufen werden; Der Proxy ist fürden allgemein bekannten Namen org.gnome.Boxes.SearchProvider ohne Besitzer, und der Proxy wurde mit dem Flag »G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START« erstellt
systemd[1460]: Started Application launched by gnome-shell.
[→] Process 9755 (bijiben-shell-s) of user 1000 dumped core.
Stack trace [...]

systemd[1]: systemd-coredump@16-9853-0.service: Deactivated successfully.
systemd[1460]: dbus-:1.2-org.gnome.Notes.SearchProvider@16.service: Main process exited, code=dumped, status=11/SEGV
[...]

Where could I look into?

Last edited by halogene (2024-05-18 14:00:18)

seth · 2024-05-15 06:57:01

I can't really copy paste journal content here (d'oh!)

Nor should you copypaste out of the pager or a terminal.

sudo journalctl -b | curl -F 'file=@-' 0x0.st

bijiben is https://archlinux.org/packages/extra/x8 … ome-notes/ because calling it gnome-notes would have been too obvious
The process crashes when used to feed the search results, that's probably not what kills cnp

halogene · 2024-05-18 13:59:53

Thank you seth for always taking your time to look into things! Now that's cool I didn't know about that possibility. What's totally weird: I tried rebooting and everything and it didn't help. But today now clipboard works again. So I guess I'll close this issue since I can no longer reproduce it. Working without clipboard was a quite painful experience though. I'll open another thread for the bijiben issue.

seth · 2024-05-23 14:22:35

So the issue returned, https://bbs.archlinux.org/viewtopic.php?id=295812

1. do you have the same problem w/ a fresh user account?
2. do you use some clipboard manager extension?
3. is the primary buffer affected, ie. can you paste the selected text with the middle mouse button in
a) xterm
b) some gnome-terminal/console?

halogene · 2024-05-24 12:38:05

Nice, you are spot on. I added a fresh user and there, clipboard worked. So it seems to be something rooted in my user's config files.

I have installed gpaste, but only after clipboard didn't work. Primary buffer is unaffected, I seem to be able to copy things into the clipboard and paste it with middle click into xterm, but not gnome's terminal.

seth · 2024-05-24 13:21:44

3rd party extensions are somewhat suspicious as is every (other) clipboard manager you might have installed, https://wiki.archlinux.org/title/Clipboard#Managers
If nothing sticks out, you could poison the new user by copying over configs for the regular user until the new user is infected (bisect style, not one by one)

halogene · 2024-06-06 11:17:05

I suspect I probably bricked my user myself by copying over files and folders from my previous user folder by drag and drop, trying to make sure everything works as before. Unfortunately, among these files and folders were some Playonlinux drives. I noticed they contain certain symbolic links and copying apparently copies the link target not the symbolic link file. Maybe that has caused something to break. I created a new user, copied over only what I know I would miss and set up everything else from scratch. Clipboard works now. Would be interesting to know where and how the clipboard is handled by the system )

Thank you for your help and your time!

seth · 2024-06-06 14:55:41

Please use "solved", not "closed" - the latter is used by mods to indicate locked threads.

Would be interesting to know where and how the clipboard is handled by the system yikes

Depends on the display server - for X11 it's a feature of the server protocol, the clients pass around the data directly (which is why copy-pasting out of the closed window doesn't work) but it can be intercepted by 3rd clients which act as persistent clipboard daemons (so the data gets first copied there and from there to the target client) what allows to copy-paste from closed clients and also often provides more fancy stuff like a clipboard history.

For wayland the feature rests with the specific compositor and usually it's broken to some degree

Arch Linux

#1 2024-05-14 21:53:16

[CLOSED] Clipboard no longer working

#2 2024-05-15 06:57:01

Re: [CLOSED] Clipboard no longer working

#3 2024-05-18 13:59:53

Re: [CLOSED] Clipboard no longer working

#4 2024-05-23 14:22:35

Re: [CLOSED] Clipboard no longer working

#5 2024-05-24 12:38:05

Re: [CLOSED] Clipboard no longer working

#6 2024-05-24 13:21:44

Re: [CLOSED] Clipboard no longer working

#7 2024-06-06 11:17:05

Re: [CLOSED] Clipboard no longer working

#8 2024-06-06 14:55:41

Re: [CLOSED] Clipboard no longer working

Board footer