screen doesn't attempt to resume the youngest detached screen with -R option
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
screen (Ubuntu) |
Triaged
|
Low
|
Unassigned |
Bug Description
From the manpage (man 1 screen):
-R attempts to resume the youngest (in terms of creation time) detached screen session it
finds. If successful, all other command-line options are ignored. If no detached ses‐
sion exists, starts a new session using the specified options, just as if -R had not
been specified. The option is set by default if screen is run as a login-shell (actually
screen uses "-xRR" in that case). For combinations with the -d/-D option see there.
Note: Time-based session selection is a Debian addition.
I have two detached sessions hanging:
[user@uqbar ~] screen -ls
There are screens on:
2 Sockets in /var/run/
From a terminal I get the following:
[user@uqbar ~] screen -R
There are several suitable screens on:
Type "screen [-d] -r [pid.]tty.host" to resume one of them.
Instead of resuming any detached session.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: screen 4.0.3-14ubuntu8
ProcVersionSign
Uname: Linux 3.0.0-15-
NonfreeKernelMo
ApportVersion: 1.23-0ubuntu4
Architecture: i386
Date: Mon Jan 16 11:44:36 2012
InstallationMedia: Kubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
ProcEnviron:
LANGUAGE=
LC_COLLATE=C
PATH=(custom, user)
LANG=it_IT.UTF-8
SHELL=/bin/bash
SourcePackage: screen
UpgradeStatus: No upgrade log present (probably fresh install)
jamespage@ armstrong[ ubuntu] :~$ screen -R pts-22. armstrong (31/07/14 12:45:23) (Detached) pts-15. armstrong (31/07/14 12:44:03) (Detached)
There are several suitable screens on:
16640.
16190.
Type "screen [-d] -r [pid.]tty.host" to resume one of them.