[Octave-bug-tracker] [bug #40693] GUI occasionally blocks on QClipboard when exiting

[Mike Miller]

Follow-up Comment #5, bug #40693 (project octave):

Ok, good digging. I can make it happen reliably by copying a large quantity of
text to the X clipboard buffer before starting the GUI.

So there's something odd going on here between Octave's GUI and the GNOME
desktop environment that I work with. The gnome-settings-daemon process is the
clipboard manager for the session. I also use the xsel command-line tool to
interact with the X selection and clipboard buffers.

Based on your suggestion, here's what I see happening between Octave and
GNOME:


$ cat /usr/share/common-licenses/GPL | xsel -b
$ xsel -b | wc
    674    5647   35162
$ ./run-octave 
Warning: QClipboard: Unable to receive an event from the clipboard manager in
a reasonable time
$ xsel -b | wc
      0       0       0


So not only do I see this delay when the Octave GUI exits and the Qt error
message about timing out on the clipboard, but the clipboard buffer has also
been cleared, either by Octave or by GNOME in response to Octave running. If I
run other applications, the clipboard keeps its contents as it should.

If I do the same thing under a different window manager with a different
clipboard manager, I don't see this message and the clipboard does not get
cleared.

For all I know this might be a GNOME bug, until we can get confirmation under
KDE or Unity or another desktop environment.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?40693>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/