[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#35523: 26.1.92; Please add "PIN" to password-word-equivalents
From: |
npostavs |
Subject: |
bug#35523: 26.1.92; Please add "PIN" to password-word-equivalents |
Date: |
Wed, 01 May 2019 10:57:33 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1.92 (windows-nt) |
"Basil L. Contovounesios" <contovob@tcd.ie> writes:
> Noam Postavsky <npostavs@gmail.com> writes:
>
>> Eric Hanchrow <eric.hanchrow@gmail.com> writes:
>>
>>> In related news: it's surprisingly difficult to control this behavior by
>>> simply customizing password-word-equivalents; afaict, that variable has
>>> an effect only when comint.el loads, which appears to happen before my
>>> custom file gets loaded.
>>
>> You could try loading your custom file earlier, or loading comint
>> later. Otherwise, you can still avoid the extra load:
>>
>> (when (boundp 'comint-password-prompt-regexp)
>> (setq password-word-equivalents
>> '("PIN" "password" "passcode" "passphrase" "pass phrase"))
>> ;; Reset to new standard value.
>> (setq comint-password-prompt-regexp
>> (eval (car (get 'comint-password-prompt-regexp
>> 'standard-value)))))
>
> Would the function custom-reevaluate-setting be of use here?
Yes, that should work (unless there is an unwanted saved-value, I think
that only happens if you've customized and saved during the current
session).