5.1.0(1)-release (x86_64-redhat-linux-gnu) - bash -l behavior chane

X-Received	by 2002:a05:6214:288:: with SMTP id l8mr38439907qvv.21.1621975708388; Tue, 25 May 2021 13:48:28 -0700 (PDT)
X-Received	by 2002:a05:6830:14d:: with SMTP id j13mr24452646otp.232.1621975708100; Tue, 25 May 2021 13:48:28 -0700 (PDT)
Path	csiph.com!usenet.pasdenom.info!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups	gnu.bash.bug
Date	Tue, 25 May 2021 13:48:27 -0700 (PDT)
Injection-Info	google-groups.googlegroups.com; posting-host=155.4.111.36; posting-account=EycwwAkAAAAj2A_SzeKktX-KntsqbXAl
NNTP-Posting-Host	155.4.111.36
User-Agent	G2/1.0
MIME-Version	1.0
Message-ID	<a3d2d7c7-1a91-4cd3-bc22-0ce1985ba383n@googlegroups.com> (permalink)
Subject	5.1.0(1)-release (x86_64-redhat-linux-gnu) - bash -l behavior chane
From	Ted Lyngmo <tedlyngmo@gmail.com>
Injection-Date	Tue, 25 May 2021 20:48:28 +0000
Content-Type	text/plain; charset="UTF-8"
Content-Transfer-Encoding	quoted-printable
Xref	csiph.com gnu.bash.bug:16892

Show key headers only | View raw

The origin of my question: https://stackoverflow.com/questions/67674633/fedora-34-pasting-multiple-commands-into-a-bash-terminal-behavior-change

After upgrading from Fedora 33 (bash 5.0.17(1)-release) to 34 (bash 5.1.0(1)-release) the shell behaves odd. When pasting to shell, the pasted text is automatically marked, as if selected and it breaks earlier behavior. Pasting this:
```
echo first $SHLVL
bash
 echo $SHLVL
 bash
  echo $SHLVL
  exit
 echo $SHLVL
 exit
echo last $SHLVL

```
would in a fresh login session in bash 5.0.17 print "first 1", "2", "3", "2", "last 1".  In 5.1.0 nothing happens until you press return after the paste - and then you find yourself in SHLVL 2 or 3. The sequence is not executed. Sometimes, SHLVL says 2 - and "pstree -alps $$" confirms that the original bash login shell is owning the current shell - yet "exit" will exit the login session completely.

The workaround I've found for this odd behavior is to add the following in my .bashrc:

oldterm=$TERM;export TERM=dumb;export TERM=$oldterm;unset oldterm

This seems to set the login shell in a mode that acts like it previously did.

Is this know? Deliberate? If this is "as designed", is there an option to turn it off?

Back to gnu.bash.bug | Previous | Next — Next in thread | Find similar

Thread

5.1.0(1)-release (x86_64-redhat-linux-gnu) - bash -l behavior chane Ted Lyngmo <tedlyngmo@gmail.com> - 2021-05-25 13:48 -0700
  Re: 5.1.0(1)-release (x86_64-redhat-linux-gnu) - bash -l behavior chane Ted Lyngmo <tedlyngmo@gmail.com> - 2021-05-26 08:02 -0700
    Re: 5.1.0(1)-release (x86_64-redhat-linux-gnu) - bash -l behavior chane GODSWILL DUKE <dukegodswill2022@gmail.com> - 2023-02-15 10:26 -0800

csiph-web