Arch Linux user here Hi, after the upgrade to 1.4 my xfce4-popup-clipman doesn't open with a hotkey. I have a shortcut assigned in keyboard settings. with 1.2 it worked. When i run xfce4-popup-clipman from terminal or via the app finder, it opens as expected, but not with my hotkey. I have no idea which else info to provide to resolve this bug.
Futher observation. The issue affects both the panel plugin and the xfce4-clipman binary. However, if I remove the panel plugin and run the xfce4-clipman file instead, it is possible to open the menu with hotkey. If I press the hotkey quickly 4-5 times, the clipboard history menu appears on the screen. I will attach screenshots of the panel plugin settings. My hotkey for xfce4-popup-clipman is Super + A.
Created attachment 6863 clipman panel plugin settings 1
Created attachment 6864 clipman panel plugin settings 2
Debian user: similar problem with xfce4 2:1.4.0-1. I also noticed with that version, xfce4-popup-clipman pops up fine is started from command line, but not from run (xfce4-appfinder -c) or hotkey.
*** Bug 13241 has been marked as a duplicate of this bug. ***
Hi, I'm also using Debian. I suspect the bug is a result of version mismatches: https://git.xfce.org/panel-plugins/xfce4-clipman-plugin/commit/x11-clipboard-manager/gsd-clipboard-manager.c?id=2172adab20bdb6e11bd2204e6bf76813eeee860b added behavior that differs based on GTK version of the headers it is compiled with -- specifically, the behavior changes if the version is > (3,20,0). On my Debian Testing system, we have xfce4-clipman version "2:1.4.1-1" depend on "libgtk-3-0 (>= 3.19.12)", which makes me think it was built against 3.19.12; but the actual version of libgtk-3-0 is currently 3.22.5-1. So, clipman was built against headers of version < 3.20.0 but is run against a library >= 3.20.0. If I'm right, then this is a distro issue, and I'm not sure what XFCE can do to help.
(In reply to Shai Berger from comment #6) > Hi, I'm also using Debian. > > I suspect the bug is a result of version mismatches: > https://git.xfce.org/panel-plugins/xfce4-clipman-plugin/commit/x11-clipboard- > manager/gsd-clipboard-manager.c?id=2172adab20bdb6e11bd2204e6bf76813eeee860b > added behavior that differs based on GTK version of the headers it is > compiled with -- specifically, the behavior changes if the version is > > (3,20,0). On my Debian Testing system, we have xfce4-clipman version > "2:1.4.1-1" depend on "libgtk-3-0 (>= 3.19.12)", which makes me think it was > built against 3.19.12; but the actual version of libgtk-3-0 is currently > 3.22.5-1. > > So, clipman was built against headers of version < 3.20.0 but is run against > a library >= 3.20.0. > > If I'm right, then this is a distro issue, and I'm not sure what XFCE can do > to help. We can schedule a rebuild, but that kind of static check doesn't really help us: you don't know if the installed version will be the same as the version it was built against. GTK is a bit of a pain for that, but still.
I've had this for the several months. Like some of the other reports, I have `xfce4-popup-clipman` set to a hotkey in XFCE's Keyboard and it sometimes takes several repeated hotkey presses to open, though it always opens eventually. A minor annoyance. If I can help, just let me know what you need. Running latest Arch (Manjaro)
https://git.xfce.org/panel-plugins/xfce4-clipman-plugin/commit/panel-plugin?id=3e74f160b4dde5d93825b464bcf579e060759da2 reimplemented the original code 12:14 <+m8t> ochosi: good news 12:14 <+m8t> I reimplemented the original gdk_keyboard_grab/ungrab code, and it works fine 12:15 <+m8t> this gives a new starting playground to migrate from deprecated functions 12:15 <+m8t> it's pushed 12:15 <+m8t> I'm going to push in git.xfce.org over master