manpage of -R gives the impression that screen -R always resumes a session

Bug #1459653 reported by Karl-Philipp Richter on 2015-05-28
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
One Hundred Papercuts
Low
Unassigned
screen
Unknown
Unknown
screen (Ubuntu)
Low
Unassigned

Bug Description

Reading the `-R` section of the manpage of `screen` the user might think that `screen -R` always resumes the last detached session, instead it prompt which session to choose after two have been detached.

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: screen 4.2.1-3
Uname: Linux 4.0.1-040001-generic x86_64
ApportVersion: 2.17.2-0ubuntu1.1
Architecture: amd64
CurrentDesktop: Unity
Date: Thu May 28 14:39:30 2015
EcryptfsInUse: Yes
InstallationDate: Installed on 2015-04-02 (55 days ago)
InstallationMedia: Ubuntu 15.04 "Vivid Vervet" - Beta amd64 (20150326)
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
SourcePackage: screen
SystemImageInfo:
 current build number: 0
 device name:
 channel: daily
 last update: Unknown
UpgradeStatus: No upgrade log present (probably fresh install)

summary: - manpage of -R sounds like screen -R always resumes a session
+ manpage of -R gives the impression that screen -R always resumes a
+ session
Axel Beckert (xtaran) wrote :

Thanks for the report. This is indeed an issue.

That description actually belongs to "-RR", not to "-R".

I'll update the Debian package accordingly and it will propagate to Ubuntu afterwards.

Changed in screen (Ubuntu):
status: New → Confirmed
Axel Beckert (xtaran) wrote :

I've just checked: That's wrong in the upstream version of the man page, too, despite the debian package patches those lines and that feature.

Changed in hundredpapercuts:
status: New → Confirmed
importance: Undecided → Low
Changed in screen (Ubuntu):
importance: Undecided → Low
Axel Beckert (xtaran) wrote :
Changed in screen (Ubuntu):
status: Confirmed → Fix Committed
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package screen - 4.3.0-2

---------------
screen (4.3.0-2) unstable; urgency=low

  * Upload to unstable again.
  * Re-add debian/dirs with /etc/tmpfiles.d/ and add a comment why screen
    ships an empty directory.
    + Fixes regression introduced in 4.2.1-4: If systemd is not installed
      and screen is either setuid or neither setuid nor setgid,
      /var/lib/dpkg/info/screen.postinst bailed out with "16:
      /var/lib/dpkg/info/screen.postinst: cannot create
      /etc/tmpfiles.d/screen-cleanup.conf: Directory nonexistent".
    + See comment in debian/dirs for more detailed reasoning.
  * No more ship /lib/systemd/system/screen-cleanup.service in the package
    but link it to /dev/null in postinst and remove the link again in
    postrm. (LP: #1462692)
  * Add fixed bugs reported in Ubuntu to previous changelog entry.
  * Apply wrap-and-sort.

 -- Axel Beckert <email address hidden> Wed, 17 Jun 2015 21:57:18 +0200

Changed in screen (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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