GNU bug report logs - #74833
31.0.50; Copy to OS clipboard doesn't work in macOS Terminal.app with xterm-mouse-mode enabled

Previous Next

Package: emacs;

Reported by: Filipp Gunbin <fgunbin <at> fastmail.fm>

Date: Thu, 12 Dec 2024 17:56:02 UTC

Severity: normal

Found in version 31.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #164 received at 74833 <at> debbugs.gnu.org (full text, mbox):

From: Ship Mints <shipmints <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: gerd.moellmann <at> gmail.com, fgunbin <at> fastmail.fm, 74833 <at> debbugs.gnu.org,
 jared <at> finder.org, rms <at> gnu.org
Subject: Re: bug#74833: 31.0.50; Copy to OS clipboard doesn't work in macOS
 Terminal.app with xterm-mouse-mode enabled
Date: Mon, 23 Dec 2024 14:36:34 +0100
[Message part 1 (text/plain, inline)]
You should be able to paste using the (annoying, yes) CUA key Shift-Ins vs.
right mouse button.

I think the only way to know for sure you're under putty is to change your
putty configuration to set/send a custom environment variable that you can
test. I do not recall one that it sets/sends by default beyond TERM which
is "xterm" and that's obviously insufficient.

On Mon, Dec 23, 2024 at 1:47 PM Eli Zaretskii <eliz <at> gnu.org> wrote:

> I found one more case where turning on xterm-mouse-mode by default
> causes problems: PuTTY.  It loses the ability to paste from the
> Windows clipboard by a right mouse click when xterm-mouse-mode is
> turned on.
>
> Can we identify PuTTY in some way, so that xterm-mouse-mode could not
> be turned on in that case?
>
[Message part 2 (text/html, inline)]

This bug report was last modified 111 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.