unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* comint-password-prompt-regexp
@ 2002-10-25 14:16 Francesco Potorti`
  2002-10-26 20:15 ` comint-password-prompt-regexp Richard Stallman
  0 siblings, 1 reply; 3+ messages in thread
From: Francesco Potorti` @ 2002-10-25 14:16 UTC (permalink / raw)


The value of comint-password-prompt-regexp in the main trunk is both
simpler and more comprehensive of the value used in the RC branch.

In particular, the prompt of scp for a passphrase is handled on the
trunk, but not in the RC branch.

I suggest that this improvement be backported to the RC.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: comint-password-prompt-regexp
  2002-10-25 14:16 comint-password-prompt-regexp Francesco Potorti`
@ 2002-10-26 20:15 ` Richard Stallman
  0 siblings, 0 replies; 3+ messages in thread
From: Richard Stallman @ 2002-10-26 20:15 UTC (permalink / raw)
  Cc: emacs-devel

    The value of comint-password-prompt-regexp in the main trunk is both
    simpler and more comprehensive of the value used in the RC branch.

If it is clearly safe, please do it.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* comint-password-prompt-regexp
@ 2020-05-04 11:09 Stephen Berman
  0 siblings, 0 replies; 3+ messages in thread
From: Stephen Berman @ 2020-05-04 11:09 UTC (permalink / raw)
  To: emacs-devel

On one of my systems, when using ssh in shell-mode (M-x shell), the
password prompt does not appear in the minibuffer but only in the
*shell* buffer directly under the ssh invocation, and the password is
not hidden when it's entered.  I've determined that reason is that the
password prompt string passed to comint-output-filter begins with a
carriage return character (^M), and when the rest of the prompt string
begins with "Password" (which it can on this system),
comint-password-prompt-regexp does not match it and thus
comint-watch-for-password-prompt returns nil instead of calling
comint-send-invisible.

So far I haven't found out where the carriage return is coming from,
maybe it's openssh (on the system where the carriage return occurs in
the prompt string I have openssh-8.2p1, on the system where the carriage
return does not occur openssh-7.9p1; if anyone knows the answer, or has
a suggestion how to find out, I'd appreciate hearing it).  Of course, I
can just customize comint-password-prompt-regexp to match the prompt
with the carriage return.  But I'm asking here because, if this should
be a more general issue, maybe the default value of
comint-password-prompt-regexp should be changed.  In bug#31075 Noam
Postavsky pondered whether eshell-password-prompt-regexp should replace
comint-password-prompt-regexp, noting that "the eshell regexp looks much
simpler".  And indeed, on the system where the carriage return occurs in
the prompt string, using ssh in the Emacs shell (M-x eshell) does use
the minibuffer for password input and it is hidden; and if I set
comint-password-prompt-regexp to eshell-password-prompt-regexp, then I
also get minibuffer hidden input in shell-mode.

So should comint-password-prompt-regexp be replaced by
eshell-password-prompt-regexp?

Steve Berman



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-05-04 11:09 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-05-04 11:09 comint-password-prompt-regexp Stephen Berman
  -- strict thread matches above, loose matches on Subject: below --
2002-10-25 14:16 comint-password-prompt-regexp Francesco Potorti`
2002-10-26 20:15 ` comint-password-prompt-regexp Richard Stallman

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).