Bug 238122
Summary: | Remove region key binding doesn't work any more | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Oliver Falk <oliver> |
Component: | screen | Assignee: | Marcela Mašláňová <mmaslano> |
Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | petersen |
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: | 2007-06-20 10:23:21 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: | 157821 | ||
Bug Blocks: |
Description
Oliver Falk
2007-04-27 10:33:36 UTC
Fair point. The change was made in bug 157821 to make it harder to lock screen by accidental. But perhaps it would be better then to revert to binding x to lockscreen instead of X but not Ctrl-x. Hopefully that would still be kinder to emacs users. Otherwise some other way to prevent accidental locking could be added to screen IMHO, like a [y/n] prompt. C-A C-L, what about this. The uppercase L is still free, I believe... That sounds fine too. :) I prefer removing changes for compatibility with upstream and other distros to changing it. Wouldn't be ok to make a note in man page and in configuration file for emacs users? I don't mind. I just want a remove option :-) (In reply to comment #4) > I prefer removing changes for compatibility with upstream and other distros to > changing it. Wouldn't be ok to make a note in man page and in configuration file > for emacs users? The problem is the upstream default binding is really pretty easy to trigger accidently and then (if a passwd is not already set?) it is impossible to return to the screen session. Or am I missing something? If I knew how to unlock screen after that it would not bother me much. If no passwd is set, shouln't enter do it? Possibly not, I'm not sure. Would need to test. Yes, it's easy to trigger. But at the moment, people who are used to the old key bindings, will trigger it more often (like me)... Hm. I think the number of users without passwd set using screen is very small!? And if, the user must have logged in via ssh and public key or via console or telnet or whatever. He can still open another session and set a passwd or even kill the screen... (In reply to comment #7) > If no passwd is set, shouln't enter do it? Doh - now I understand - the password just means the system password! I vaguely seem to remember in some past having to set a passwd when locking but maybe that was using another program to do that? That was confusing me. :) > Yes, it's easy to trigger. But at the moment, people who are used > to the old key bindings, will trigger it more often (like me)... Yup. Well now that I know what the passwd is I am less worried about. So it is ok for me just to revert to the old bindings. > He can still open another session and set a passwd or even > kill the screen... Maybe it would be enough to just document that it is the system passwd or maybe it is obvious to everyone else? Maybe there was a screen version that wasn't using the system pw? I don't know. I don't think we need to document with pw is meant. Just revert and add this bug# to the cl. :-) Hello, I'll revert it. comment#8 The password is asked with name of user, so it's the same like locking computer. If you want different binding, you can redefine it in /etc/screenrc. Regards, Marcela Great! this hasn't been done already, has it!? It was fixed in devel. WorksForMe(tm). |