! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
clipboard manager doesn't respond to event on app exit
Status:
RESOLVED: LATER
Product:
Xfce4-clipman-plugin
Component:
X11 clipboard manager

Comments

Description Liv 2010-06-24 22:33:49 CEST
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
Comment 1 Mike Massonnet editbugs 2010-06-25 22:03:12 CEST
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.
Comment 2 Liv 2010-06-25 22:28:37 CEST
(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
Comment 3 Mike Massonnet editbugs 2010-08-31 08:43:35 CEST
*** Bug 6673 has been marked as a duplicate of this bug. ***
Comment 4 Miguel Angel 2011-01-21 17:28:24 CET
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".
Comment 5 Liv 2011-01-21 17:38:29 CET
(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?
Comment 6 Miguel Angel 2011-01-21 17:59:32 CET
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.
Comment 7 Mike Massonnet editbugs 2011-01-21 20:46:35 CET
The clipboard manager from clipman is also provided by xfce4-settings-helper (xfce4-settings). It must be that one in this case.
Comment 8 Miguel Angel 2011-01-21 21:13:50 CET
yes, i have running xfsettingsd and xfce-settings-helper.
Comment 9 Stefan de Konink 2011-01-31 11:01:37 CET
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
Comment 10 Miguel Angel 2011-02-06 09:09:36 CET
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.
Comment 11 Miguel Angel 2011-02-28 09:21:12 CET
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
Comment 12 Liv 2011-02-28 20:42:41 CET
(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?
Comment 13 Miguel Angel 2011-02-28 20:56:00 CET
(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.
Comment 14 Stefan de Konink 2011-02-28 22:03:18 CET
(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.
Comment 15 Konstantin Svist 2011-02-28 22:31:19 CET
Liviu: I switched from xfce4-clipman to parcellite and the problem is resolved for me, thanks a lot for the suggestion!
Comment 16 Miguel Angel 2011-03-01 11:07:40 CET
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.
Comment 17 Mike Massonnet editbugs 2011-03-01 19:31:15 CET
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.
Comment 18 Miguel Angel 2011-03-01 20:00:27 CET
(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.
Comment 19 Rob 2011-03-09 16:14:48 CET
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
Comment 20 Mike Massonnet editbugs 2011-05-07 15:04:47 CEST
*** Bug 7588 has been marked as a duplicate of this bug. ***
Comment 21 Mike Massonnet editbugs 2011-05-07 15:12:56 CEST
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.
Comment 22 Nick Schermer editbugs 2011-05-09 17:53:27 CEST
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.
Comment 23 John 2011-07-27 22:49:57 CEST
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.
Comment 24 Mike Massonnet editbugs 2011-10-19 22:15:24 CEST
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.
Comment 25 wbrana 2012-08-15 18:02:21 CEST
still broken in 4.10
QClipboard: Unable to receive an event from the clipboard manager in a reasonable time
Comment 26 wbrana 2013-08-03 16:39:14 CEST
This bug celebrated 3rd anniversary this year. Congratulations!
Comment 27 simons 2016-03-17 12:00:21 CET
It still happens with xfce4-clipman-plugin 1.2.6
Comment 28 Shashank Sharma 2019-04-03 08:01:01 CEST
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

Bug #6521

Reported by:
Liv
Reported on: 2010-06-24
Last modified on: 2019-04-03
Duplicates (1):
  • 6673 KDE applications take a 10sec to quit

People

Assignee:
Mike Massonnet
CC List:
11 users

Version

Version:
unspecified

Attachments

Additional information