GNU bug report logs - #49253
27.2; Emacs non-responsive when pasting into terminal-mode

Previous Next

Full log

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

From: Matt Bisson <bisson.m <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 49253 <at> debbugs.gnu.org
Subject: Re: bug#49253: 27.2;
 Emacs non-responsive when pasting into terminal-mode
Date: Mon, 28 Jun 2021 13:18:04 -0400

This is the Mac Terminal application that comes out of the box with
MacOS.  It fully supports xterm-256color as the TERM type, and I can
actually paste just fine in other parts of Emacs.  Although I'm having
trouble getting to a Linux terminal emulator these days, I realized
that I do have a machine running WIndows.  I ran the Cygwin terminal
emulator, MinTTY, started (terminal, Cygwin -- i.e., not the Win32
native) Emacs, and it exhibits the same behavior.  Something more
fundamental seems to be going wrong.

On Mon, Jun 28, 2021 at 12:57 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > From: Matt Bisson <bisson.m <at> gmail.com>
> > Date: Mon, 28 Jun 2021 10:28:59 -0400
> >
> > I have observed this behavior from MacOS, with an Emacs running either
> > locally on MacOS, or over SSH (running on Linux).  Without any
> > modifications, a -Q invocation causes "xterm--pasted-text: Failed
> > select: Invalid argument", but without -Q it simply hangs.  It can
> > attach emacsclient sessions, but they do not accept input.
>
> What kind of terminal emulator is actually being used, and does it
> support the xterm X selection protocol?

Previous Next

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