delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2013/11/25/21:00:03

X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:message-id:date:from:mime-version:to:subject
:content-type:content-transfer-encoding; q=dns; s=default; b=nD/
pGrEajqUxx/KRPyH3uO73DXxgNuTB90ooQDxy6XpzenOHfxKhjdrFd9u5X9DjOtK
r5+fhMWMb95/4IKCqV51SLtnC9PEtwVxNeZAakMToM2JKJ/vP2zENV8zmkDE+yaT
qJ2po+EjOnnsapU0/nt4cDsFFAmLFJW3WmJ0OF78=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:message-id:date:from:mime-version:to:subject
:content-type:content-transfer-encoding; s=default; bh=az1l4IrUz
z+gfocWjpVb5ZPR35M=; b=N8XjpZFVo+TOG+JCqgeDtbkaY0LqK650hssq1qxWw
Rqnf1ulHzFvG71Zk6lskA+FvROH5s9NNx7JGbG85XLuNDmJx7goDYcuE0CUY0iCm
6pAqkPdi9MHfRtZG2zAIlsQ4AdFK4hJX5fPxVb/NYwO54EByaK/XsAuiGU3LDCYG
BI=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=2.3 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RDNS_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no version=3.3.2
X-HELO: mail-yh0-f47.google.com
X-Received: by 10.236.129.19 with SMTP id g19mr27781yhi.120.1385431163061; Mon, 25 Nov 2013 17:59:23 -0800 (PST)
Message-ID: <52940078.90302@gmail.com>
Date: Mon, 25 Nov 2013 20:59:20 -0500
From: SDS <sds DOT biz DOT main AT gmail DOT com>
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Emacs-w32/X11 doesn't echo periods when typing in password for TRAMP

When I'm prompted for a password while accessing a remote directory 
using TRAMP in Emacs, sometimes the password isn't hidden (i.e. periods 
aren't echoed in the minibuffer, but the actual password is echoed 
instead).

I ran the Emacs Lisp debugger in the minibuffer while this happened and 
it gave me the following:

> Debugger entered: nil
>   ...
>   read-string("Password for /method:username AT hostname: " nil t nil)
>   read-passwd("Password for /method:username AT hostname: ")
>   password-read("Password for /method:username AT hostname: " "/method:username AT hostname:")
>   ...

When I looked at the function definitions, the definition for 
read-passwd in subr.el stood out:

> (defun read-passwd (prompt &optional confirm default)
>   "Read a password, prompting with PROMPT, and return it.
> If optional CONFIRM is non-nil, read the password twice to make sure.
> Optional DEFAULT is a default password to use instead of empty input.
>
> This function echoes `.' for each character that the user types.
>
> Once the caller uses the password, it can erase the password
> by doing (clear-string STRING)."
>   (if confirm
>       (let (success)
>         (while (not success)
>           (let ((first (read-passwd prompt nil default))
>                 (second (read-passwd "Confirm password: " nil default)))
>             (if (equal first second)
>                 (progn
>                   (and (arrayp second) (clear-string second))
>                   (setq success first))
>               (and (arrayp first) (clear-string first))
>               (and (arrayp second) (clear-string second))
>               (message "Password not repeated accurately; please start over")
>               (sit-for 1))))
>         success)
>     (let ((hide-chars-fun
>            (lambda (beg end _len)
>              (clear-this-command-keys)
>              (setq beg (min end (max (minibuffer-prompt-end)
>                                      beg)))
>              (dotimes (i (- end beg))
>                (put-text-property (+ i beg) (+ 1 i beg)
>                                   'display (string ?.)))))
>           minibuf)
>       (minibuffer-with-setup-hook
>           (lambda ()
>             (setq minibuf (current-buffer))
>             ;; Turn off electricity.
>             (setq-local post-self-insert-hook nil)
>             (setq-local buffer-undo-list t)
>             (setq-local select-active-regions nil)
>             (use-local-map read-passwd-map)
>             (add-hook 'after-change-functions hide-chars-fun nil 'local))
>         (unwind-protect
>             (let ((enable-recursive-minibuffers t))
>               (read-string prompt nil t default)) ; t = "no history"
>           (when (buffer-live-p minibuf)
>             (with-current-buffer minibuf
>               ;; Not sure why but it seems that there might be cases where the
>               ;; minibuffer is not always properly reset later on, so undo
>               ;; whatever we've done here (bug#11392).
>               (remove-hook 'after-change-functions hide-chars-fun 'local)
>               (kill-local-variable 'post-self-insert-hook)
>               ;; And of course, don't keep the sensitive data around.
>               (erase-buffer))))))))

I don't know Lisp, so I'm not sure precisely what's causing this.

The good news is that the bug happens predictably. The instructions for 
reproducing the bug are below. It works for both emacs-X11 and 
emacs-w32, both run with the -q flag. However, the bug disappears if run 
with the -Q flag.

1) Run "emacs-w32 -q" or "emacs-X11 -q" in bash.
2) Type "C-x d" for the "dired" command.
3) Type "/username AT hostname:~/" at the Dired prompt. Don't omit the 
forward slash after the tilde -- omitting the forward slash makes the 
bug disappear.
4) Type <RET> and wait for the password prompt.
5) Type in the password, type <RET> and wait for the Dired buffer to 
load. The minibuffer should echo periods properly.
6) Type "C-x C-c" to exit Emacs.
7) Run "emacs-w32 -q" or "emacs-X11 -q" in bash. This does not have to 
be same version of Emacs as run in Step 1 -- using the other version 
will still produce the bug.
8) Type "C-x d" for the "dired" command.
9) Type "/username AT hostname:~/" at the Dired prompt, exactly the same 
string as used in Step 3.
10) Type <RET> and wait for the password prompt.
11) Begin typing. The bug should appear, with the minibuffer echoing the 
password instead of periods.

Avoid typos when typing at the Dired prompt. I'm not sure whether it 
really matters, but I haven't tested whether typos affect reproducibility.

The output of cygcheck -s -v -r, with identifying information redacted, 
has already been uploaded to the mailing list here:

http://cygwin.com/ml/cygwin/2013-11/msg00303.html


Cheers,

SDS

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019