GNU bug report logs - #17648
24.4.50; regression: emacsclient under screen (1) slow for some values of TERM

Previous Next

Full log

View this message in rfc822 format

From: Gregor Zattler <grfz <at> gmx.de>
To: Daniel Colascione <dancol <at> dancol.org>
Cc: 17648 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: bug#17648: 24.4.50; regression: emacsclient under screen (1) slow for some values of TERM
Date: Sun, 1 Jun 2014 11:03:37 +0200

Hi Daniel, Stefan,
* Daniel Colascione <dancol <at> dancol.org> [31. May. 2014]:
> On 05/31/2014 06:25 PM, Daniel Colascione wrote:
>> On 05/31/2014 06:23 PM, Stefan Monnier wrote:
>>> Dan, it looks like the magic sequence to enable bracketed paste mode
>>> will need to use some version checking code :-(
>>> Can you take a look at it?
>> 
>> Sure --- but I'm not sure why the result varies depending on the value
>> of TERM. Aren't we sending the same sequence regardless? Jim's recent
>> complaint about another two second delay seems related. I feel like the
>> terminal-echo recognition must be wrong somehow.
> 
> Also, that change also made term/screen.el use term/xterm.el.


I tested emacsclients snappiness under screen with other
(= non screen*) values of TERM like so:

TERM=rxvt-unicode-256color emacsclient.emacs-snapshot -t bugreport

TERM=rxvt-unicode-256color is snappy
TERM=xterm is slow

So there would be a workaround for me but I do not know of the
side effects of forcing the use of a non screen* value for TERM.

And for completeness: TERM=xterm is snappy on a pure xterm
without using screen.

Thanks for looking into this, Gregor

Previous Next

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