bugGNU Screen - Bugs: bug #58132, screen -r hangs terminal


bug #58132: screen -r hangs terminal

Submitter:  None
Submitted:  Tue 07 Apr 2020 03:17:07 AM UTC
Category:  Crash/Freeze/Infloop Severity:  3 - Normal
Priority:  * 5 - Normal Status:  Need Investigation
Privacy:  Public Assigned to:  None
Open/Closed:  Open Release:  None
Fixed Release:  None Planned Release:  4.8.0
Work Required:  None
* Mandatory Fields

Add a New Comment Rich Markup

Tue 14 Feb 2023 09:10:18 AM UTC, comment #4: 

I've noted, that the problem depends on the terminal emulator.
I'm using https://st.suckless.org/

$ echo $TERM

Changing the TERM value solves the issue
$ export TERM=xterm-256color

Aleksandr Kolychev <sids>
Sun 22 Jan 2023 11:15:39 PM UTC, comment #3: 

I tried the current screen-v4 sources again on Manjaro Linux x86_64.
It works for me...
If you can provide some more details we can try to debug it together. In that case please reopen this report or to create the new one.

Alexander Naumov <anaumov>
Group administrator
Thu 30 Apr 2020 10:12:48 PM UTC, comment #2: 

I don't know whether I have the same problem or not.
My terminal doesn't hang with screen -r, but it cannot reattach to any session with the following message: [screen caught signal 11.]

I have a fresh Archlinux installed with the latest updates.

$ screen -v
Screen version 4.08.00 (GNU) 05-Feb-20

$ screen -ls
There is a screen on:
        54052.pts-0.sidshome    (Detached)
1 Socket in /home/sids/.screen.

$ screen -r

[screen caught signal 11.]

$ screen -ls
There is a screen on:
        54052.pts-0.sidshome    (Dead ???)
Remove dead screens with 'screen -wipe'.
1 Socket in /home/sids/.screen.

I tried to install git-version 4.8.0 from branch screen-v4 at 30c9a2a6c190647e35d1ce7b4758de9081f06d10, same behavior.

Problem disappears with version 4.7.0

The package is built under Arch with the following commands:

./configure \
        --prefix=/usr \
        --mandir=/usr/share/man \
        --infodir=/usr/share/info \
        --enable-pam \
        --enable-utmp \
        --enable-telnet \
        --enable-socket-dir \
        --with-system_screenrc="/etc/screenrc" \
        --with-pty-mode="0622" \
        --with-pty-group="5" \


Aleksandr Kolychev <sids>
Mon 27 Apr 2020 03:44:52 PM UTC, comment #1: 

I tested screen 4.8.0 (checked from git) right now on openSUSE. It works.
If there is just one screen detached session, 'screen -r' will use this one, and if you have more then one:

> screen -v
Screen version 4.08.00 (GNU) 05-Feb-20

> screen -ls
There are screens on:
        28297.pts-0.ThinkPad    (Detached)
        27857.pts-0.ThinkPad    (Detached)
2 Sockets in /tmp/screens/S-alex.

> screen -r
There are several suitable screens on:
        28297.pts-0.ThinkPad    (Detached)
        27857.pts-0.ThinkPad    (Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.

Can you try git-version 4.8.0 (branch 'screen-4') please?
Are there any patches used with screen packages on Arch GNU/Linux?

Alexander Naumov <anaumov>
Group administrator
Tue 07 Apr 2020 03:17:07 AM UTC, original submission:  

On screen version 4.8.0, attempting to reattach to a detached session with screen -r hangs. The session is not displayed, and the only way to get out is to kill the terminal. Processes under the session continue running, but there is no way to reattach to the session itself.

Encountered on the current version of Arch GNU/Linux both with the distribution provided package of screen 4.8.0 and the source 4.8.0. Problem is not present source build of 4.7.0.



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

Attached Files
file #50173:  screen.dump added by None (996B - application/octet-stream - I get the same behaviour as comment #2. I tried getting a bt with gdb but somehow having to invoke screen a second time messes this up. I attach the output from coredumpctl, hoping that it is useful)


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by sids (Posted a comment)
  • -email is unavailable- added by anaumov (Posted a comment)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.


    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2023-08-10 anaumov StatusWorks For Me Need Investigation
        Open/ClosedClosed Open
    2023-01-22 anaumov StatusNeed Info Works For Me
        Open/ClosedOpen Closed
    2020-10-31 None Attached File- Added screen.dump, #50173
    2020-04-27 anaumov StatusNone Need Info

    Back to the top

    Powered by Savane 3.12.
    Corresponding source code