Hello. I use Clipman 1.4.2 on my Xubuntu 18.04 and 18.10 (VM install) and I've noticed that its status icon in the Notification Area is acting strangely. Note that I'm not talking about Clipman panel plugin here, just the status icon. One time it uses the proper icon (named "clipman" in the theme) and another time it uses the fallback ("edit-paste"). On fresh start it always uses a proper "clipman" icon, but after a system reboot (or couple of them) it switches to "edit-paste" for some reason. You can see the code regarding those icons here: https://git.xfce.org/panel-plugins/xfce4-clipman-plugin/tree/panel-plugin/main-status-icon.c#n107 Screenshot - https://ibb.co/hykUEz (left side - Xubuntu 18.04 with Papirus icons, right side - Xubuntu 18.10 with elementary Xfce icons. The top icon is a proper one, bottom one is a fallback) Seems like xfce4-clipman (command from the autostart) is starting before something important (GTK? xsettings?) and it gets "confused" and it chooses the fallback icon for some reason, even if the "clipman" icon is present in the icon theme. I've described my issue on Xfce forum and ToZ provided a workaround with delaying "xfce4-clipman" start system-wide using "sleep" and that solved the problem. See more here: https://forum.xfce.org/viewtopic.php?id=12441 To summarize - xfce4-clipman fails to use a proper status icon when launched with system (from the autostart), but delaying its start fixes it. In addition to that, here are some warning massages from .xsession-errors regarding xfce4-clipman: ** (xfce4-clipman:1188): WARNING **: 01:04:51.112: Unable to register GApplication: An object is already exported for the interface org.gtk.Application at /org/xfce/clipman (xfce4-clipman:1188): GLib-GIO-CRITICAL **: 01:04:51.112: g_application_get_is_remote: assertion 'application->priv->is_registered' failed (xfce4-clipman:1188): GLib-WARNING **: 01:04:51.112: g_set_application_name() called multiple times But those messages are probably not related to the icon issue, because they show even when I'm using the workaround with the delay and the status icon is the proper one.
I run 2 PC with XFCE, one of them have SSD and I don't have this issue there while on the HDD one it always happens (maybe the slower boot triggers it?). I checked with strace and it seems that this issue happens because gtk_icon_theme_get_default () doesn't return the current theme, so it doesn't search for icons anywhere falling back to "edit-paste" icon.
Not sure how much clipman can do about this. The reason for falling back to "edit-paste" is because this should be part of any icon theme, as it's part of the freedesktop standard icon names: https://specifications.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html#names
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/panel-plugins/xfce4-clipman-plugin/-/issues/15. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev