[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Mike Miller
Subject: [Octave-bug-tracker] [bug #40693] GUI occasionally blocks on QClipboard when exiting
Date: Sat, 25 Jan 2014 22:19:18 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36

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

$ 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

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:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]