GNU bug report logs - #78508
Tramp confused by bracketed paste after remote prompt

Previous Next

Package: emacs;

Reported by: Daniel Colascione <dancol <at> dancol.org>

Date: Tue, 20 May 2025 13:59:01 UTC

Severity: normal

Fixed in version 31.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#78508: closed (Tramp confused by bracketed paste after remote
 prompt)
Date: Sat, 31 May 2025 13:07:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Sat, 31 May 2025 15:06:41 +0200
with message-id <87o6v90w0u.fsf <at> gmx.de>
and subject line Re: bug#78508: Tramp confused by bracketed paste after remote prompt
has caused the debbugs.gnu.org bug report #78508,
regarding Tramp confused by bracketed paste after remote prompt
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
78508: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=78508
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Daniel Colascione <dancol <at> dancol.org>
To: bug-gnu-emacs <at> gnu.org
Subject: Tramp confused by bracketed paste after remote prompt
Date: Tue, 20 May 2025 09:58:07 -0400
When the remote shell emits bracketed paste escape codes (as zsh does
even when TERM=dumb), tramp ends up timing out unable to find the shell
prompt on initial connection.

BTW: is there any particular reason that sshx uses RemoteCommand but ssh
method does not?


[Message part 3 (message/rfc822, inline)]
From: Michael Albinus <michael.albinus <at> gmx.de>
To: Daniel Colascione <dancol <at> dancol.org>
Cc: 78508-done <at> debbugs.gnu.org
Subject: Re: bug#78508: Tramp confused by bracketed paste after remote prompt
Date: Sat, 31 May 2025 15:06:41 +0200
Version: 31.1

Hi Daniel,

>>> Have you tried the patch I've shown?
>>
>> Doesn't help. This system emits the control codes regardless of TERM.
>> Is that wrong? Yes. Are people going to stop? No, they are not. 
>
> You fail to show a recipe for this problem, that I could work on. At
> minimum, an Emacs session started with "-Q", and a Tramp debug buffer
> with tramp-verbose set to 10.

No further response. I've pushed the patch to the repositories, closing
the bug. Pls reopen only if you have a recipe we could work on.

Best regards, Michael.


This bug report was last modified 15 days ago.

Previous Next


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