screen doesn't attempt to resume the youngest detached screen with -R option

Bug #917100 reported by Uqbar
6
This bug affects 1 person
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:
        22457.pts-1.uqbar (16/01/2012 11:36:31) (Detached)
        22042.pts-1.uqbar (16/01/2012 11:26:14) (Detached)
2 Sockets in /var/run/screen/S-user.

From a terminal I get the following:

[user@uqbar ~] screen -R
There are several suitable screens on:
        22457.pts-1.uqbar (16/01/2012 11:36:31) (Detached)
        22042.pts-1.uqbar (16/01/2012 11:26:14) (Detached)
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
ProcVersionSignature: Ubuntu 3.0.0-15.25-generic-pae 3.0.13
Uname: Linux 3.0.0-15-generic-pae i686
NonfreeKernelModules: nvidia
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)

Revision history for this message
Uqbar (uqbar) wrote :
Uqbar (uqbar)
description: updated
Revision history for this message
James Page (james-page) wrote :

jamespage@armstrong[ubuntu]:~$ screen -R
There are several suitable screens on:
 16640.pts-22.armstrong (31/07/14 12:45:23) (Detached)
 16190.pts-15.armstrong (31/07/14 12:44:03) (Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.

Changed in screen (Ubuntu):
status: New → Confirmed
importance: Undecided → Low
status: Confirmed → Triaged
Revision history for this message
James Page (james-page) wrote :

Confirmed on 14.10 - but I'm not hopefully this will get resolved due to upstream inactivity.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.