Bug 82261

Summary: man terminates when suspended
Product: [Retired] Red Hat Linux Reporter: David Balažic <david.balazic>
Component: manAssignee: Eido Inoue <havill>
Status: CLOSED UPSTREAM QA Contact: Ben Levenson <benl>
Severity: medium Docs Contact:
Priority: medium    
Version: 9CC: pjones
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-08-07 21:47:33 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 79579, 100644    

Description David Balažic 2003-01-20 17:29:09 UTC
Description of problem:

If I press ctrl-Z when man is displaying a manual page, then man can not be 
restored any more.

Version-Release number of selected component (if applicable):

man-1.5j-12.i386.rpm

How reproducible:


Steps to Reproduce:
1. login on VT1
2. "man sfdisk"
3. ctrl-Z
4. "fg"
    
Actual results:

man exits

Expected results:

man resumes and can be used to view the page

Additional info:

ctrl-Z works fine with other programs, like sleep , less or vi

Comment 1 David Balažic 2003-01-30 18:16:32 UTC
Same thing in phoebe2 ( 8.0.93 ).
man-1.5k-2

All default settings; shell is bash etc.

Comment 2 Bill Nottingham 2003-02-11 05:40:06 UTC
Works for me with current packages - does it work for you?

Comment 3 David Balažic 2003-02-13 09:29:42 UTC
Yes, but there is still something weird :

man ls
press ctrl-Z after the page appear :
no shell prompt.
press RETURN -> shell prompt appears.

This happens if ctrl-z is pressed in less than 9 seconds
after man ls is started. If pressed after 9 or more seconds,
then it behaves OK.


Comment 4 David Balažic 2003-02-14 08:40:00 UTC
More info :
kernel-2.4.20-2.21 -> man on ctrl-z exits ( terminates )
kernel-2.4.20-2.41 -> man on ctrl-z stops, with the 9 second issue descibed in 
comment #3



Comment 5 Eido Inoue 2003-08-07 21:47:33 UTC
I'm going to leave this as a feature for upstream. Most apps that do non-trivial
screen manipulation with a library have to be specifically written to support
application suspension. (that is, put the terminal in a sane state) Hence the
need for a "terminal reset" feature in most X-based terminal programs...

Comment 6 Eido Inoue 2003-08-07 21:48:44 UTC
*** Bug 73002 has been marked as a duplicate of this bug. ***

Comment 7 David Balažic 2003-08-08 14:32:25 UTC
> most X-based terminal programs

? I was doing everything on text console, without X

Comment 8 Eido Inoue 2003-08-08 15:27:25 UTC
The analogy for a terminal reset in the console would be something like "stty sane"