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

Bug #1459653 reported by Karl-Philipp Richter
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
One Hundred Papercuts
Fix Released
Low
Unassigned
screen
Unknown
Unknown
screen (Ubuntu)
Fix Released
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)

Revision history for this message
Karl-Philipp Richter (krichter722) wrote :
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
Revision history for this message
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
Revision history for this message
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
Revision history for this message
Axel Beckert (xtaran) wrote :
Changed in screen (Ubuntu):
status: Confirmed → Fix Committed
Revision history for this message
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
Revision history for this message
Paul White (paulw2u) wrote :

Closing Papercuts task as fixed in Ubuntu some time ago.

Changed in hundredpapercuts:
status: Confirmed → Fix Released
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.