From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Keep network security info buffers after use Date: Tue, 19 Dec 2023 14:18:52 -0600 Message-ID: <87o7emosib.fsf@red-bean.com> References: <87plz4irev.fsf@red-bean.com> <87sf3ywxak.fsf@red-bean.com> <83h6keicdy.fsf@gnu.org> <87a5q6rpfj.fsf@red-bean.com> <83wmtaggdq.fsf@gnu.org> Reply-To: Karl Fogel Mime-Version: 1.0 Content-Type: text/plain; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6698"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: rms@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 19 21:19:51 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rFgZC-0001XP-N2 for ged-emacs-devel@m.gmane-mx.org; Tue, 19 Dec 2023 21:19:50 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rFgYO-0007u6-3L; Tue, 19 Dec 2023 15:19:00 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rFgYM-0007tx-A8 for emacs-devel@gnu.org; Tue, 19 Dec 2023 15:18:58 -0500 Original-Received: from sanpietro.red-bean.com ([45.79.25.59]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rFgYJ-00054M-Rs; Tue, 19 Dec 2023 15:18:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=red-bean.com; s=202005newsp; h=Content-Type:MIME-Version:Message-ID:Date: Reply-To:References:In-Reply-To:Subject:Cc:To:From:Sender: Content-Transfer-Encoding:Content-ID:Content-Description; bh=paP7gM9jCNpJ8cs+UzGgKXv0jIe467tfb+K+7/vfw3I=; t=1703017134; x=1704226734; b=G5qVO5FYR3cNGihkALz+vGKLPmbNFe2aD682LHMUmKBXDnB7SFFcieFwlQprwHeXNcfOcbrJajy gRdGl769pbeAVzVJnzZGnh8AkfIQ5fR9j1Bz3q25KxmGoN6DVd6v6PttE0qE48R2RJuZC2Q7/Z7Ai PxTIaZJ9qCqhRHlFv+uOk3MCjItB/Dom/aaZocP1ETVUw9qhDT+5qybvQKj+vCey+j9TIx+Xy/JO+ IZKi/aBUcQiq21qjkvlC1wqI/+LQKcoR5Ykt2gDOcRzoRbAWLjMRPMkhP7JVHRw5lkk7okJg+2k/8 So9lCCV37K+hXPsW1aDSWAnPaUK7K326FjIg==; Original-Received: from [2601:240:c400:76::5755] (port=57324 helo=libq) by sanpietro.red-bean.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rFgYH-001K5t-8h; Tue, 19 Dec 2023 20:18:53 +0000 In-Reply-To: <83wmtaggdq.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 19 Dec 2023 21:08:01 +0200") Received-SPF: pass client-ip=45.79.25.59; envelope-from=kfogel@red-bean.com; helo=sanpietro.red-bean.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:314014 Archived-At: On 19 Dec 2023, Eli Zaretskii wrote: >> From: Karl Fogel >> Cc: rms@gnu.org, emacs-devel@gnu.org >> Date: Tue, 19 Dec 2023 12:57:04 -0600 >> >> How about an option that allows `C-x o' to escape from the >> modal >> dialog of `read-multiple-choice'? > >That dialog was AFAIU intentionally designed not to allow any >such >escapes. > >Once again: let's fix the particular problem you had, and that >problem >was not with read-multiple-choice. Fixing (i.e., reducing) the strictness of Emacs's `read-multiple-choice' modal dialog would be worth the effort for me. However, you don't agree that the current strictness is a problem. Meanwhile, implementing a mechanism (re)display the cert info from `nsm-query-user' is not worth the effort for me (maybe someone else might find it worth doing). It's already quite rare that users are even presented with cert info; it would be even more rare that a user who is presented with that info then takes the steps needed to discover that there's a way to redisplay the cert info (heck, very few users even check certs in the first place -- most people just hit "a"ccept at the prompt and continue). The ratio of effort to user's-lives-improved is not high enough to cross the implementation threshold for me here. Thanks for talking through the possibilities. We disagree about modal dialog behavior, but being maintainer means making decisions sometimes, and it's helpful that you've made one here. Best regards, -Karl