GNU bug report logs - #78474
31.0.50; Wrong char insertion in rxvt

Previous Next

Package: emacs;

Reported by: Bastien Guerry <bzg <at> gnu.org>

Date: Sat, 17 May 2025 22:56:02 UTC

Severity: normal

Found in version 31.0.50

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

Full log


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

From: Samuel Thibault <samuel.thibault <at> gnu.org>
To: Andreas Schwab <schwab <at> suse.de>
Cc: bzg <at> gnu.org, Seb Hinderer <Sebastien.Hinderer <at> inria.fr>,
 Robert Pluim <rpluim <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org>,
 78474 <at> debbugs.gnu.org
Subject: Re: bug#78474: 31.0.50; Wrong char insertion in rxvt
Date: Wed, 23 Jul 2025 13:30:51 +0200
Andreas Schwab, le mer. 23 juil. 2025 13:23:21 +0200, a ecrit:
> On Jul 21 2025, Samuel Thibault wrote:
> 
> > Also, if you run:
> >
> > echo -e 'a\t'
> >
> > is there actually supposed to be some content to copy/paste on the right
> > of a?
> 
> The answer is the same as to this:
> 
> printf 'a \n'

No...

And that's the whole problem.

space characters are destructive, while tab characters are not, try

echo -e 'a\r\tb'

vs

echo -e 'a\r b'

So it'd mean that tab characters don't produce content? Some people
argue that they should. I haven't found a document that explicitly says
what the *exact* expected result is.

Samuel




This bug report was last modified 1 day ago.

Previous Next


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