From: Brian Julin <BJulin@clarku.edu>
To: 28868@debbugs.gnu.org
Subject: bug#28868: 25.1; Feature request: isolate kill ring from window system cut and paste buffer
Date: Mon, 16 Oct 2017 18:11:29 +0000 [thread overview]
Message-ID: <BLUPR03MB582724C305348AB44D7C28BB44F0@BLUPR03MB582.namprd03.prod.outlook.com> (raw)
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org. Please check that
the From: line a valid email address. After a delay of up
to one day, you should receive an acknowledgment at that address.
Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.
Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug. If you can, give a recipe
starting from 'emacs -Q':
Recipe:
1) Start a terminal based emacs
2) Type a line of text
3) kill the line of text
4) yank the line of text
5) Paste a line of text from another window into emacs
(use either clipboard or quick-selection X11 buffer, does not matter)
6) Yank a line of text
Problem:
Ever since xterm.el added bracketed paste mode support, the #6 yank
yanks the line of text which was pasted. Though this is stated in the
code comments as the desired behavior, it certainly is not the way I
personally wish emacs to behave. I much prefer the window system
clipboard and selection system to have absolutely nothing to do at all
with the emacs kill-ring (unless I run a command like x-clipboard-yank
explicitly.)
Normally when an upgrade starts behaving in a new and upsetting
manner, I would google and find, after quite a tedious process of
reading random forum threads for tangentially related issues until
I find one that actually addresses my issue, that there was a configuration
variable available for my /etc/site-start.d files to customize such a behavior.
In this case there appears to be none. You can prevent emacs
from contaminating the window system clipboard and selection buffers
with various directives depending on what exactly you are trying to prevent,
and you can try to prevent an interprogram-paste-function from being installed,
and try to prevent a tty-setup-hook from being installed, but those
two approaches either are nontrivial to get to work due to modes
coming in and ignoring defaults, or did not disable this behavior if I indeed did
manage to get them to work.
(Note I did try 'M-: (setq interprogram-paste-function nil)' interactively
but even that did not change the behavior.)
Nothing in the currrent-kill code seems to suggest the presence of a
directive other than that with which to control this behavior.
Workaround:
use TERM=vt100 in emacs environment to avoid loading xterm.el.
---
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
'bt full' and 'xbacktrace'.
For information about debugging Emacs, please read the file
/usr/share/emacs/25.1/etc/DEBUG.
In GNU Emacs 25.1.1 (x86_64-pc-linux-gnu)
of 2017-09-15, modified by Debian built on trouble
System Description: Debian GNU/Linux 9.1 (stretch)
Configured using:
'configure --build x86_64-linux-gnu --prefix=/usr
--sharedstatedir=/var/lib --libexecdir=/usr/lib
--localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-pop=yes
--enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.1/site-lisp:/\
usr/share/emacs/site-lisp
--with-sound=alsa --build x86_64-linux-gnu --prefix=/usr
--sharedstatedir=/var/lib --libexecdir=/usr/lib
--localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-pop=yes
--enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.1/site-lisp:/\
usr/share/emacs/site-lisp
--with-sound=alsa --with-x=no --without-gconf --without-gsettings
'CFLAGS=-g -O2
-fdebug-prefix-map=/build/emacs25-wN2qS3/emacs25-25.1+1=. -fstack-protector-strong
-Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time
-D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro'
Configured features:
JPEG SOUND GPM DBUS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 ZLIB
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent messages:
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...done
Loading /etc/emacs/site-start.d/50gtk-doc-tools.el (source)...done
Loading /etc/emacs/site-start.d/50python-docutils.el (source)...done
Loading /etc/emacs/site-start.d/99-kill-crap.el (source)...done
Loading /etc/emacs/site-start.d/99-only-morons-search-insensitively.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
(New file)
Mark set
current-kill: Kill ring is empty
Load-path shadows:
/usr/share/emacs25/site-lisp/cmake-data/cmake-mode hides /usr/share/emacs/site-lisp/cmake-mode
/usr/share/emacs/25.1/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup
/usr/share/emacs/site-lisp/rst hides /usr/share/emacs/25.1/lisp/textmodes/rst
Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
regexp-opt rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode
easymenu cl-loaddefs pcase cl-lib mail-prsvr mail-utils image term/xterm
xterm time-date mule-util tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type tabulated-list newcomment elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select mouse jit-lock
font-lock syntax facemenu font-core frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese charscript case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote dbusbind inotify multi-tty
make-network-process emacs)
Memory information:
((conses 16 86276 5204)
(symbols 48 19092 0)
(miscs 40 48 99)
(strings 32 14696 4400)
(string-bytes 1 420012)
(vectors 16 9830)
(vector-slots 8 380290 17193)
(floats 8 160 229)
(intervals 56 224 23)
(buffers 976 19))
next reply other threads:[~2017-10-16 18:11 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-16 18:11 Brian Julin [this message]
2017-10-16 18:56 ` bug#28868: 25.1; Feature request: isolate kill ring from window system cut and paste buffer Eli Zaretskii
2017-10-16 20:20 ` Brian Julin
2017-10-29 16:24 ` Philipp Stephani
2017-10-29 18:26 ` Eli Zaretskii
2021-09-03 7:47 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BLUPR03MB582724C305348AB44D7C28BB44F0@BLUPR03MB582.namprd03.prod.outlook.com \
--to=bjulin@clarku.edu \
--cc=28868@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.