Commit 62c485d2 authored by Gerd Moellmann's avatar Gerd Moellmann
Browse files

Clarify what's the problem with KDE's klipper applet.

parent 24eb6c0e
...@@ -1074,14 +1074,15 @@ EOF ...@@ -1074,14 +1074,15 @@ EOF
* Emacs hangs on KDE when a large portion of text is killed. * Emacs hangs on KDE when a large portion of text is killed.
This happens because KDE intercepts the X clipboard and appears not to This is caused by a bug in the KDE applet `klipper' which periodically
notify Emacs properly when it is done. A C-g will not interrupt this: requests the X clipboard contents from applications. Early versions
Emacs will print "Quit", but will continue waiting. After a while, of klipper don't implement the ICCM protocol for large selections,
Emacs will print a message: which leads to Emacs being flooded with selection requests. After a
while, Emacs will print a message:
Timed out waiting for property-notify event Timed out waiting for property-notify event
A workaround is to kill the KDE application called `klipper'. A workaround is to not use `klipper'.
* Emacs compiled with DJGPP for MS-DOS/MS-Windows cannot access files * Emacs compiled with DJGPP for MS-DOS/MS-Windows cannot access files
in the directory with the special name `dev' under the root of any in the directory with the special name `dev' under the root of any
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment