From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Keep network security info buffers after use Date: Tue, 26 Dec 2023 19:01:16 +0200 Message-ID: <834jg4aof7.fsf@gnu.org> References: <87plz4irev.fsf@red-bean.com> <83frzufo9x.fsf@gnu.org> <838r5jd56w.fsf@gnu.org> <87mstzwr5j.fsf@red-bean.com> <834jg7d0p2.fsf@gnu.org> <87h6k6chhq.fsf@gmail.com> <83frzq9kv9.fsf@gnu.org> <8734vpvxau.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29110"; mail-complaints-to="usenet@ciao.gmane.io" Cc: kfogel@red-bean.com, stefankangas@gmail.com, emacs-devel@gnu.org To: =?utf-8?Q?K=C3=A9vin?= Le Gouguec Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 26 18:03:05 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 1rIApd-0007P1-7T for ged-emacs-devel@m.gmane-mx.org; Tue, 26 Dec 2023 18:03:05 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rIAoK-0002P8-Dc; Tue, 26 Dec 2023 12:01:44 -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 1rIAoH-0002BH-8W for emacs-devel@gnu.org; Tue, 26 Dec 2023 12:01:42 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rIAoF-0008JM-K5; Tue, 26 Dec 2023 12:01:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=dcurIYRB9RYgwJChEn1w9go7wlO/EoEV8L4eFGzDpeA=; b=YTF0TskJ4F0jGCWDZYYg eQti9mgMqKl40WAy4ffTUWsufkcU2lpc9WIGLvbItVYdY9mTfXH4pvINtDC4E6+mfasXWINwEFI6K YHoFi+x0x5OaM8NFJ3jC7eniPsaW3FyaaY31WS7/JuxljjF75XQxG/Da7CJgSyX2/ERWscSBT24iX 1qMQjrzA3qfhGMFNuj6LOxy4U5oHC+X6OTh0dEnswZqx1m6KNt/ggHW/zblueaKcIS2mYYvSfG5d4 lBAUnx5uZIIpSH7NnKO6oVOpesgrPcj5GkeZEAjqHhspH8WVRiSyupcwmoJ0CI0ou42GJrPcKndks /MsOIeZ15h//uA==; In-Reply-To: <8734vpvxau.fsf@gmail.com> (message from =?utf-8?Q?K=C3=A9vin?= Le Gouguec on Tue, 26 Dec 2023 15:43:53 +0100) 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:314226 Archived-At: > From: Kévin Le Gouguec > Cc: kfogel@red-bean.com, stefankangas@gmail.com, emacs-devel@gnu.org > Date: Tue, 26 Dec 2023 15:43:53 +0100 > > Eli Zaretskii writes: > > >> So FWIW (a) would have had my vote, and FWIW² I'd have been fine with it > >> being optional & off by default. But now that I know about rmc > >> leveraging query-replace-map and the C-r escape hatch, no strong > >> opinion. > > > > Thanks for sharing, so I guess your personal conclusion is that > > nothing needs to be done, yes? > > Right, though I'd still take an opt-in knob to let *Certificate Details* > linger post-quit over having to remember about recursive edits. > > Apologies if a convincing counter-argument has been made against such a > knob; my attention to the list these past couple of days might not have > been as sharp as I would have wished. There were two suggestions that I'm okay with: either to have a user option to control whether this information is kept (until the next connection which needs a certificate confirmation, which will then erase the information about the previous certificate), or adding a separate command to reproduce these details in a buffer. If someone submits a patch along these lines, we could all be at least somewhat happier.