It seems that there are some issues when using clipman and Qt apps. I originally filed a bug against LyX [1], only to discover that it was more likely a clipman misbehaviour. [1] http://www.lyx.org/trac/ticket/6780 When clipman is running: ### LyX ### - will always need 10sec to exit and spit an error message: "QClipboard: Unable to receive an event from the clipboard manager in a reasonable time", irrespective of any text selection performed - selecting some text using keyboard arrows will include it into the PRIMARY selection content (X selection clipboard) - selecting some text using mouse will include NULL (an empty content) into the PRIMARY selection content ### tea (text editor) ### - will need 10sec to exit and spit an error message: "QClipboard: Unable to receive an event from the clipboard manager in a reasonable time", if I mouse-select some text in an open document and close - keyboard-selection fails to copy text to X clipboard, mouse-selection copies text to X clipboard (it's opposite behaviour) ### qtconfig ### - will need 10sec to exit and spit an error message: "QClipboard: Unable to receive an event from the clipboard manager in a reasonable time", if I switch to fonts tab, double-click "sample", and close When clipman is NOT running, I haven't noticed any such issues. All three apps close quickly, irrespective of what I select/copy/paste inside them. To isolate the issue to clipman, I have tried with a different gtk clipboard manager, parcellite. With it all three apps close quickly, too. Let me know if I can provide more info. Xfce 4.6.1 xfce4-clipman 1.1.3 Parcellite 0.9.2 Qt 4.6.2 Debian testing liviu@debian-liv:~$ uname -a Linux debian-liv 2.6.30-2-amd64 #1 SMP Mon Dec 7 05:21:45 UTC 2009 x86_64 GNU/Linux
It sounds like a dup on a debian bug, can you test with the current git version? I believe this issue to be fixed there. I will make sure to work on the clipman code and make a new release these coming days.
(In reply to comment #1) > It sounds like a dup on a debian bug, can you test with the current git > version? I believe this issue to be fixed there. > Unfortunately not quite. I've just cloned GIT and compiled Clipman 1.1.4git-ede01ad. I still get LyX slow-exits whenever I start it, and qtconfig slow-exits when I open qtconfig, double click "sample" in Fonts tab, close. In both cases they exit with the following message. liviu@debian-liv:~$ qtconfig QClipboard: Unable to receive an event from the clipboard manager in a reasonable time
*** Bug 6673 has been marked as a duplicate of this bug. ***
I have the same problem described here and in the bug marked as duplicated of this bug but without need of have clipman running, every qt application wait about 10 secound after close and gives me the error "QClipboard: Unable to receive an event from the clipboard manager in a reasonable time".
(In reply to comment #4) > I have the same problem described here and in the bug marked as duplicated of > this bug but without need of have clipman running, every qt application wait > about 10 secound after close and gives me the error "QClipboard: Unable to > receive an event from the clipboard manager in a reasonable time". > Are you positive that clipman is not running? Try pidof 'xfce4-clipman' Perhaps you use some other clipboard manager?
Yes, clipman it is not running, i had the clipman plugin of cairo-dock running but i have closed cairo-dock and still i have the same problem.
The clipboard manager from clipman is also provided by xfce4-settings-helper (xfce4-settings). It must be that one in this case.
yes, i have running xfsettingsd and xfce-settings-helper.
Could anyone also please 'extend' this bug. Because not only QT works bad. I have described bad behavior with Gnumeric and XFCE 4.8 as well: https://bugzilla.gnome.org/show_bug.cgi?id=640913
I am having problems too with the wxwindows based pgadmin program, the copy paste functionality it is erratic, many times i cut or copy text and i can not paste it.
Do i need to have xfsettingsd and xfce4-settings-helper running? it is really annoying the broken copy-paste functionality but i would like to stay in xfce 4.8
(In reply to comment #11) > Do i need to have xfsettingsd and xfce4-settings-helper running? it is really > annoying the broken copy-paste functionality but i would like to stay in xfce > 4.8 > I don't think xfsettingsd and xfce4-settings-helper have much to do with the broken copy-paste functionality. You can easily keep 4.8, but dodge xfce4-clipman. Have you tried Parcellite instead?
(In reply to comment #12) > (In reply to comment #11) > > Do i need to have xfsettingsd and xfce4-settings-helper running? it is really > > annoying the broken copy-paste functionality but i would like to stay in xfce > > 4.8 > > > I don't think xfsettingsd and xfce4-settings-helper have much to do with the > broken copy-paste functionality. You can easily keep 4.8, but dodge > xfce4-clipman. Have you tried Parcellite instead? I am not using xfce4-clipman or any other clipboard manager, i have not the process running either. Mike said above that my problem could be related to xfce4-settings.
(In reply to comment #13) > I am not using xfce4-clipman or any other clipboard manager, i have not the > process running either. Mike said above that my problem could be related to > xfce4-settings. I can confirm that as well.
Liviu: I switched from xfce4-clipman to parcellite and the problem is resolved for me, thanks a lot for the suggestion!
I have completely uninstalled clipman from my distro and still the same problem, i have installed parcellite only to test this but not matter if i have parcellite launched or not i have the same problems.
That's normal, in fact the clipboard manager provided by the clipman plugin is also provided through xfce4-settings. I will re-add the option 'inhibit' in order to manually being able to turn the manager off an on. That's not a fix for this bug however, but it might be useful.
(In reply to comment #17) > That's normal, in fact the clipboard manager provided by the clipman plugin is > also provided through xfce4-settings. > > I will re-add the option 'inhibit' in order to manually being able to turn the > manager off an on. That's not a fix for this bug however, but it might be > useful. For me would be great, because i am not using the clipboard manager but still suffering his bugs effects.
For me with xfce 4.6.2, changing from clipman to parcellite fixes the problem. The relevant Qt code appears to be in qclipboard_x11.cpp: // That means application exits and we need to give clipboard // content to the clipboard manager. // First we check if there is a clipboard manager. ... // waiting until the clipboard manager fetches the content. if (!X11->clipboardWaitForEvent(ownerId, SelectionNotify, &event, 10000)) { qWarning("QClipboard: Unable to receive an event from the " "clipboard manager in a reasonable time"); ie. clipman/xfce does not appear generate the appropriate event
*** Bug 7588 has been marked as a duplicate of this bug. ***
Owen commented the use of GtkClipboard for implementing the clipboard manager, not the right way to do it. https://bugzilla.gnome.org/show_bug.cgi?id=496991#c15 and down.
FYI, this has been resolved in xfce4-settings master (bug #7588) and will later, after a bit of testing, be back ported to the xfce-4.8 branch.
Just to complete the panorama, I believe this bug also causes problems in Inkscape. On doing a copy, (Ctrl-C or menu), a message box appears with 'No layers found'. Killing xfce-settings-helper solves the problem.
Currently the xfce4-settings-helper provides an X11 clipboard manager that works properly for the default clipboard based on pure X11 code and not Gtk. The manager in clipman stays as is currently, and I'm marking this bug as LATER.
still broken in 4.10 QClipboard: Unable to receive an event from the clipboard manager in a reasonable time
This bug celebrated 3rd anniversary this year. Congratulations!
It still happens with xfce4-clipman-plugin 1.2.6
I had the same issue with one of the application. This occurred when there was an empty clipboard at the close of the application. try setting a dummy text to clipboard when close event is triggered. I hope this helps