Package: klipper Version: 4:4.6.5-4 Severity: normal I think this occured to me before without invoking remote VNC screen in the use case, but now it just annoyed me enough to report: if I configure remote VNC screen to "send clipboard to viewers" and select some url or path in the remote VNC window, then klipper causes complete ignore of all mouse clicks or keyboard presses for somewhere around 5 seconds, thus virtually "halting" the desktop (video still refreshes, but no xevents seems to reach the desktop). Killing klipper eliminates such a stall, that is why I am blaming klipper for that. if of any help -- see strace log where I attached to klipper while selecting a url within VNC at around 12:07:39 Cheers, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages klipper depends on: ii kdebase-runtime 4:4.6.5-1 ii libc6 2.13-18 ii libdmtx0a 0.7.2-1+b2 ii libkdecore5 4:4.6.5-2 ii libkdeui5 4:4.6.5-2 ii libqt4-dbus 4:4.7.3-5 ii libqtcore4 4:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libstdc++6 4.6.1-4 ii libx11-6 2:1.4.4-1 ii libxfixes3 1:5.0-4 ii zlib1g 1:1.2.5.dfsg-1 klipper recommends no packages. klipper suggests no packages. -- no debconf information
Attachment:
klipper-strace2.log.gz
Description: GNU Zip compressed data