Control: retitle 720362 -locknow does not always lock
I would like to second the proposed fix. A locker should do its best to lock when explicitly requested to do so. The "-disable" command disables *auto* locking, but should not disable an explicit lock request.
Similarly, I think it is also reasonable for an explicit lock request to re-enable auto locking.
Either way, a "-locknow" attempt after a "-disable" should exit non-zero with a message to stderr rather than failing silently. See also bug 930897.
Thanks.
