screen-3.9.8-2 Steps to reproduce : 1. run screen as root on VT1 2. open some virtual screens 3. lock screen ( ctrl-a ctrl-x ) 4. wait a few minutes 5. unlock it by entering the password 6. boom, screen exits and the terminal is hosed The virtual terminals are still alive and can be reattached VT1 does not echo any user input, not even "ENTER", but it responds to it, and output seem to be unaffected. Sanity is restored by "stty sane"
Same with screen-3.9.8-3 ( in Wolverine )
It happened also when I ulocked right after locking, so it might not be time related. I noticed in the source that the password is read by getpass(3), which is obsolete, according to man page. getpass() disables echo which is one of the simptoms, so maybe this is getpass() crashing.
The bug is still there in Seawolf , screen-3.9.8-3
works for me with 3.9.9
I experince the bug with screen-3.9.9-1 on a RH 7.1 system. Notice that it doesn't happen always , but most of the time !
I experienced the same problem with screen-3.9.10-1 in redhat 7.2.93 ( skipjack2 ).
Is this still a problem on 7.3 or 8.0? I haven't been able to reproduce it on 8.0. If it's present on 7.3/8.0, I'll look more into it. Otherwise, I'll assmume it's good, otherwise I'd like to close it.
Any activity here? Could this be related to the UTF-8 problems seen in versions prior to 3.9.13? ftp://ftp.redhat.com/pub/redhat/linux/rawhide/RedHat/RPMS/screen-3.9.13-2.i386.rpm
I believe this was fixed with 3.9.11's UTF8 fixes. Here's a pointer to the latest packaged screen, which has more UTF8 bugfixes as well: http://people.redhat.com/lhh/screen-3.9.15-1.i386.rpm http://people.redhat.com/lhh/screen-3.9.15-1.src.rpm The above packages should be available in rawhide soon. Reopen bug if it is still present - I've been unable to reproduce it.