[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#36879: 26.2; OSC 52 paste in term/xterm.el not working
From: |
Stefan Monnier |
Subject: |
bug#36879: 26.2; OSC 52 paste in term/xterm.el not working |
Date: |
Sun, 04 Aug 2019 08:46:20 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
>> - The feature is fundamentally dodgy from a security perspective.
> I'm probably missing something obvious, but how is talking to xclip more
> secure than talking to the terminal emulator? Or is the "security
> perspective" somewhere else?
I remember various attack vectors. They're not necessarily trivial
to exploit, but it's still problematic (which is likely why it's
disabled by default in Debian's build).
>> So I'm not sure it's worth the trouble supporting this, really:
>> In many/most cases `xclip-mode` can be used instead, and is much
>> more straightforward.
> Except that xclip assumes x11.
I'm talking about xclip-mode, not xclip.
> (before I tried this, OSC 52, I was using
> https://github.com/bugaevc/wl-clipboard with my own Emacs "bindings" - yes,
> I'm on Wayland)
xclip-mode also has code to support wl-clipboard (I never tested it, tho).
> Would it not make sense to support a window protocol agnostic method?
> By supporting OSC 52, you support whatever clipboard mechanism the
> terminal emulator supports.
It has its advantages, of course. But also its downsides.
The overlap with xclip-mode is fairly large, tho.
Stefan
- bug#36879: 26.2; OSC 52 paste in term/xterm.el not working, (continued)
- bug#36879: 26.2; OSC 52 paste in term/xterm.el not working,
Stefan Monnier <=
- bug#36879: 26.2; OSC 52 paste in term/xterm.el not working, Daniel Eklöf, 2019/08/04
- bug#36879: 26.2; OSC 52 paste in term/xterm.el not working, Mattias Engdegård, 2019/08/05
- bug#36879: 26.2; OSC 52 paste in term/xterm.el not working, Daniel Eklöf, 2019/08/05
- bug#36879: 26.2; OSC 52 paste in term/xterm.el not working, Mattias Engdegård, 2019/08/08