See the GNOME bugzilla for a description of the bug: https://bugzilla.gnome.org/show_bug.cgi?id=333320 I don't experience this bug after I type "killall xfce4-settings-helper"
Reading the GTK bug report, it seems that this happens because we steal the PRIMARY selection (I can't reproduce here). Should we drop that and only watch CLIPBOARD? Nick, Jannis, what do you think?
Good catch. On another side, Owen Taylor commented the clipboard manager using gtkclipboard: https://bugzilla.gnome.org/show_bug.cgi?id=496991#c15 https://bugzilla.gnome.org/show_bug.cgi?id=496991#c17
Mike any ideas how to fix this?
Looking at it tonight, will let you know, but indeed, it has to do with primary_clipboard_owner_change() code.
Diagnostic is the following. Storing the primary clipboard is done safely only when making a text selection with the keyboard (hold down shift key) or the mouse (hold down the button). When the text selection is done dynamically, e.g. by the GtkEntryCompletion widget, the primary clipboard is under continual change. Anytime the clipboard content is retrieved (gtk_clipboard_wait_for_text()) for being stored in a cached value it renders freezes to furthermore access the clipboard. I'll be looking for a fix in order to prevent such "freezes". Tomorrow morning again... it's too late now and I'm missing the movie :) Cheers Mike
Created attachment 3332 0001-Dispatch-primary-clipboard-restoration-bug-6819.patch As in the commented commit: The GtkEntryCompletion widget is actually continuously removing ownership over the clipboard, quickly after that setting it back. The code assumed that when the ownership was removed, it could safely restore the cached value. Wrong. This causes the widget to "erase" the current selection and typing continues at the end of the string (as seen in the mentioned bug on comment 1). I have a local patch that does the restoring through a dispatched GSource, which enables to remove that GSource if ownership is set right back again. It works most sincerely fine for me now.
Should be Gsource not be removed when the manager quits? apart from that, feel tree to commit this in master.
(In reply to comment #7) > Should be Gsource not be removed when the manager quits? apart from that, feel > tree to commit this in master. remote: >> check commit permissions remote: Commit access to repository 'xfce/xfce4-settings' denied for user 'mmassonnet'. remote: Contact xfce-repo-admin@xfce.org for help. Regarding the GSource, it is not necessary, the callbacks always return FALSE, plus the only time the GSource is destroyed is at the end of the process during the gtk_main_quit() sequence.
Pushed to git master, thanks a lot Mike!
*** Bug 6804 has been marked as a duplicate of this bug. ***
*** Bug 8411 has been marked as a duplicate of this bug. ***
*** Bug 3078 has been marked as a duplicate of this bug. ***