emacs-diffs
[Top][All Lists]
Advanced

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

[Emacs-diffs] emacs-26 a5256da: Update PROBLEMS with selection-related i


From: Eli Zaretskii
Subject: [Emacs-diffs] emacs-26 a5256da: Update PROBLEMS with selection-related issues
Date: Mon, 1 Jan 2018 11:29:43 -0500 (EST)

branch: emacs-26
commit a5256da588627155e873f56119686d80007d84f9
Author: Eli Zaretskii <address@hidden>
Commit: Eli Zaretskii <address@hidden>

    Update PROBLEMS with selection-related issues
    
    * etc/PROBLEMS: Update the entry about large selections and
    klipper.  (Bug#29661)
---
 etc/PROBLEMS | 26 +++++++++++++-------------
 1 file changed, 13 insertions(+), 13 deletions(-)

diff --git a/etc/PROBLEMS b/etc/PROBLEMS
index 2f68029..32f12ea 100644
--- a/etc/PROBLEMS
+++ b/etc/PROBLEMS
@@ -1049,6 +1049,19 @@ commands show above to make them modifier keys.
 Note that if you have Alt keys but no Meta keys, Emacs translates Alt
 into Meta.  This is because of the great importance of Meta in Emacs.
 
+*** Emacs hangs or crashes when a large portion of text is selected or killed.
+
+This is caused by a bug in the clipboard management applets (it has
+been observed in 'klipper' and 'clipit'), which periodically request
+the X clipboard contents from applications.  After a while, Emacs may
+print a message:
+
+  Timed out waiting for property-notify event
+
+A workaround is to not use 'klipper'/'clipit'.  Upgrading 'klipper' to
+the one coming with KDE 3.3 or later might solve the problem; if it
+doesn't, set 'select-active-regions' to 'only' or nil.
+
 ** Window-manager and toolkit-related problems
 
 *** Emacs built with GTK+ toolkit produces corrupted display on HiDPI screen
@@ -1153,19 +1166,6 @@ It is also reported that a bug in the gtk-engines-qt 
engine can cause this if
 Emacs is compiled with Gtk+.
 The bug is fixed in version 0.7 or newer of gtk-engines-qt.
 
-*** KDE: Emacs hangs on KDE when a large portion of text is killed.
-
-This is caused by a bug in the KDE applet 'klipper' which periodically
-requests the X clipboard contents from applications.  Early versions
-of klipper don't implement the ICCCM protocol for large selections,
-which leads to Emacs being flooded with selection requests.  After a
-while, Emacs may print a message:
-
-  Timed out waiting for property-notify event
-
-A workaround is to not use 'klipper'.  Upgrading 'klipper' to the one
-coming with KDE 3.3 or later also solves the problem.
-
 *** KDE / Plasma 5: Emacs exhausts memory and needs to be killed
 
 This problem occurs when large selections contain mixed line endings



reply via email to

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