GNU bug report logs -
#29978
wishlist: gnutls-verify-error needs a 'ask mode
Previous Next
Reported by: Robert Pluim <rpluim <at> gmail.com>
Date: Thu, 4 Jan 2018 15:22:02 UTC
Severity: wishlist
Done: Robert Pluim <rpluim <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 29978 in the body.
You can then email your comments to 29978 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29978
; Package
emacs
.
(Thu, 04 Jan 2018 15:22:02 GMT)
Full text and
rfc822 format available.
Message #3 received at submit <at> debbugs.gnu.org (full text, mbox):
Verification using gnutls-verify-error is currently an either-or
proposition: if the verification fails, there's no fallback. Typical
browser implementations allow querying the user for the desired
action, emacs should allow something similar.
Bonus: allow updating gnutls-verify-error automatically based on the
user's response
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29978
; Package
emacs
.
(Thu, 04 Jan 2018 16:08:01 GMT)
Full text and
rfc822 format available.
Message #6 received at 29978 <at> debbugs.gnu.org (full text, mbox):
On Jan 04 2018, Robert Pluim <rpluim <at> gmail.com> wrote:
> Verification using gnutls-verify-error is currently an either-or
> proposition: if the verification fails, there's no fallback. Typical
> browser implementations allow querying the user for the desired
> action, emacs should allow something similar.
Isn't that what NSM is about?
Andreas.
--
Andreas Schwab, SUSE Labs, schwab <at> suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29978
; Package
emacs
.
(Thu, 04 Jan 2018 16:25:01 GMT)
Full text and
rfc822 format available.
Message #9 received at 29978 <at> debbugs.gnu.org (full text, mbox):
Andreas Schwab <schwab <at> suse.de> writes:
> On Jan 04 2018, Robert Pluim <rpluim <at> gmail.com> wrote:
>
>> Verification using gnutls-verify-error is currently an either-or
>> proposition: if the verification fails, there's no fallback. Typical
>> browser implementations allow querying the user for the desired
>> action, emacs should allow something similar.
>
> Isn't that what NSM is about?
NSM doesn't currently come into play until gnutls.c has finished
setting up the TLS connection. Since gnutls.c is the one doing the
verification, by then it's too late.
Robert
Reply sent
to
Robert Pluim <rpluim <at> gmail.com>
:
You have taken responsibility.
(Thu, 04 Jan 2018 16:47:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Robert Pluim <rpluim <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 04 Jan 2018 16:47:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 29978-done <at> debbugs.gnu.org (full text, mbox):
Robert Pluim <rpluim <at> gmail.com> writes:
> Andreas Schwab <schwab <at> suse.de> writes:
>
>> On Jan 04 2018, Robert Pluim <rpluim <at> gmail.com> wrote:
>>
>>> Verification using gnutls-verify-error is currently an either-or
>>> proposition: if the verification fails, there's no fallback. Typical
>>> browser implementations allow querying the user for the desired
>>> action, emacs should allow something similar.
>>
>> Isn't that what NSM is about?
>
> NSM doesn't currently come into play until gnutls.c has finished
> setting up the TLS connection. Since gnutls.c is the one doing the
> verification, by then it's too late.
Umm, nevermind. I hadn't realized nsm already implemented these
checks. Closing.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 02 Feb 2018 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 138 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.