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

Previous Next

Full log

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

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Daniel Colascione <dancol <at> dancol.org>
Cc: 78508 <at> debbugs.gnu.org
Subject: Re: bug#78508: Tramp confused by bracketed paste after remote prompt
Date: Thu, 22 May 2025 18:59:00 +0200

Daniel Colascione <dancol <at> dancol.org> writes:

Hi Daniel,

>>Tramp won't go into the prompt parsing business. Filtering ANSI color
>>sequences out was a compromise a while ago. You let feel me that it was
>>an error to do so.
>
> We live in a world in which people spew hard coded terminal escape
> sequences constantly, often without regard for isatty, TERM, or basic
> common sense. Tramp can either work or refuse to work. It's no excuse
> to say people are just all holding it wrong when other systems that
> talk to shells work fine.

I said "Tramp won't go into the prompt parsing business." It doesn't
mean, that Tramp couldn't use an existing function to do the job.

What we have is shell-prompt-pattern, which doesn't fit your request.

>>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.

Best regards, Michael.

Previous Next

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