Your message dated Tue, 19 May 2026 16:27:57 +0200
with message-id <[email protected]>
and subject line Fixed in screen 5.0.1-2
has caused the Debian Bug report #549272,
regarding screen -r with a name beginning with numbers doesn't work.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
549272: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549272
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: screen
Version: 4.0.3-11+lenny1
Severity: normal
I have several screen sessions running:
pbone@paper:~$ screen -r
There are several suitable screens on:
13468.677_project2 (01/10/09 16:03:13) (Detached)
10259.bug66 (23/09/09 11:09:18) (Detached)
6870.mail (23/09/09 09:00:53) (Attached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.
And I want to resume working on 677_project2, so I use the unambiguous prefix
'677'.
pbone@paper:~$ screen -r 677
There is no screen to be resumed matching 677.
Note that this works normally.
pbone@paper:~$ screen -r bug
[detached]
It also doesn't work with the full name.
pbone@paper:~$ screen -r 677_project2
There is no screen to be resumed matching 677_project2.
I have to use the pid.name syntax.
pbone@paper:~$ screen -r 13468.677_project2
[detached]
I understand that a number might represent a PID rather than a name, but the
full name was definitely unambiguous, and since I had no screens running as PID
677 the short name should also be considered unambiguous.
Thanks for an otherwise fantastic program! (No really I mean it).
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages screen depends on:
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libncursesw5 5.7+20081213-1 shared libraries for terminal hand
ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l
screen recommends no packages.
screen suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 5.0.1-2
Hi,
This was probably fixed many years ago in an 4.x version, but I can
confirm it's no longer a problem in 5.0.1-2.
I tested with a detached session whose name begins with digits
(677_project2) and confirmed that matching works as expected for both:
- screen -ls 677_project2
- screen -ls 677
Cheers,
Peter Dey
--- End Message ---
