From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id kF8GFA3Gm2aCCQEA62LTzQ:P1 (envelope-from ) for ; Sat, 20 Jul 2024 14:13:33 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id kF8GFA3Gm2aCCQEA62LTzQ (envelope-from ) for ; Sat, 20 Jul 2024 16:13:33 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=aGkL7ux2; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1721484813; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=VhO4Pj4wH458QjFhF9PsqM1/SxxdLJp96k4/f+n48DI=; b=pk/GeGnga0jGfKVKuTHZhDqYnCIE0bc3JqC27Vw3QuSY6ErtVBoRcP65p91BU5sKT3iGR7 0nC5O81dbeSPuobEbx0tHGC4rPSHtYsd4liRvQqWmaNktJvNB6iTgc4vSAS0aG5oum1NZv JCNuA6UO87cIxZ1eAG2qP6Ji5F61A98zvShemoG0BsWeWVmlT7X7B+a6eoVp2ohq5ysbns JY8sFngxbBtr0ODP6VXZ4kFEaGZbK3xG04ivGMBkprJr6R+Sb9OaLAbAOyAVmkGbfeZ+4p D+mhaefqkYm1wAWIH++JXxwv/GWFVbe96W+3cTWcw54Cxsig+vOieaoNha8jiw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1721484813; a=rsa-sha256; cv=none; b=DRhychxAdyECUGHKKpalin30r6tnpBq5xwvu+3qzpceo/3KZQJH5Drtvjh+sRaAXvUNc3u zV5/B70WdAs+UJHeXI+iQr0TsT6B1otDNVoqasRh92ZXVAm6y06UAzZKkZE/gSRIvFNLr7 i1yTro5sBIfI1PjMdgiHqTB19SwNQuXBvA09zMmuSG8tUh31puB+dF9+49SGnIOJGSdZNJ PTAIRqJbJCXNSL+dhAzxgsm9R535ldfp+wRhYX0eEhaDsE/36N9u5eG9jWj4GcRLRtmeO6 dWuNGZd5ZWkpCWmTI3C5bodkYyvSVp1QJHGx1viU8F4r3eEMKGZzgJSpa1gDiA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=aGkL7ux2; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D13D0169EF for ; Sat, 20 Jul 2024 16:13:32 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sVApQ-0006k6-GD; Sat, 20 Jul 2024 10:12:52 -0400 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 1sVApO-0006jh-7z for emacs-orgmode@gnu.org; Sat, 20 Jul 2024 10:12:50 -0400 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sVApL-00036x-SK for emacs-orgmode@gnu.org; Sat, 20 Jul 2024 10:12:50 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 402A8240101 for ; Sat, 20 Jul 2024 16:12:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1721484763; bh=VhO4Pj4wH458QjFhF9PsqM1/SxxdLJp96k4/f+n48DI=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=aGkL7ux2KtRPCF+mw2ChG61MIwCbN/hzAzPEYNWXroB3tLEB0s9A4TGqxIhbALM+a 9R0vfmcDKVSpkhgfDPMembeSqOjkirTIWQkIr7qc0Qsn48dbhJ4VuYmLJ58EG8Vqmz 5C9789LOGsYCZQkMkW13m8qZQhINpqRA4nahod14nOss8H1MVyGnKiWssOHUkHxhkO Iqa9h1gKkIPrt3S74rpMA35dgx+o9X3ly8HhplmrkJ7K6xOY1JQiI2SvhDmbx1jRRZ Bf7pas4L/BtqlTnx8JIb1HKHvnsygDfP2udjA3O0ZhkRdjzvbBbHA56XJYYLmL/n3e iAX/MJuX5+Uew== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4WR7m96F64z6twY; Sat, 20 Jul 2024 16:12:41 +0200 (CEST) From: Ihor Radchenko To: Daniel Clemente Cc: Eli Zaretskii , emacs-orgmode@gnu.org Subject: Re: org-encrypt-entries is slow (was: org-crypt leaking data when encryption password is not entered twice (was: Please document the caching and its user options)) In-Reply-To: References: <86ed921oxu.fsf@gnu.org> <874j9vllbp.fsf@localhost> <87o781t676.fsf@localhost> <874j9qs0wh.fsf@localhost> <87ed8mtyp0.fsf@localhost> <87msn7kffy.fsf@localhost> <87o77my9mp.fsf@localhost> <87y16j4nbe.fsf@localhost> <87o77ak70y.fsf@localhost> <87wmls5hzb.fsf@localhost> Date: Sat, 20 Jul 2024 14:14:07 +0000 Message-ID: <87msmc40cw.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Queue-Id: D13D0169EF X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -9.63 X-Spam-Score: -9.63 X-TUID: wrNkWG/jdITS Daniel Clemente writes: > But org-crypt still feels strange. For instance, I decrypt a header, > add a space somewhere else and save. It's saved, but the header is > still visibly unencrypted in Emacs; that's unexpected, because > org-crypt-use-before-save-magic promised to =E2=80=9Eautomatically encrypt > entries before a file is saved to disk=E2=80=9C. > I checked the file from outside Emacs and I see that the header is > actually encrypted, so technically it did what it promised to do > though I don't see it in Emacs. > So there's a discordance between what I see and what is saved. Maybe > it's feature, not a bug: =E2=80=9Eyou still see the decrypted contents bu= t you > can trust that when they're saved they'll be saved encrypted=E2=80=9C. Th= is > may be clarified in the docstring. If it's a feature, I think it may > be useful; I just don't like having to trust that the silent > background-auto-encryption is working (I'll often want to verify the > file from outside Emacs). But users may have different preferences. > This may be material for another thread. Yup, I consider this as a feature. Especially for people using auto-save-visited-mode and similar. If saving is triggered on timer, while editing encrypted heading, encrypting everything in the middle of typing is not fun. > Minor thing, not important now: the cursor jumps to the end of the > header after a C-x C-s when in the middle of a currently-decrypted > block without changes. Should be better now on the latest version of the branch. > Another minor thing: I use a key that calls > (org-save-all-org-buffers), and if I press it e.g. from the *scratch* > buffer it may ask me the =E2=80=9EPassphrase for symmetric encryption=E2= =80=9C > question (because I edited some crypted section) but I don't know > which buffer it's asking about. But it's not a problem because if I > press C-g then I'll see it. Should also be better now. > I see a new problem: with (org-crypt-use-before-save-magic) enabled, I > edit a decrypted section, press C-x C-s to save and it asks me for the > encryption password. Here, if I press C-g, org-crypt would catch it > and then tell me that it won't be able to encrypt due to the C-g. > However I'm not pressing C-g, what I'm doing is opening another TTY > frame (I'm running TTY emacsclient, with no X support, but under > urxvt); this makes the minibuffer disappear, and I see =E2=80=9EBack to t= op > level=E2=80=9C, and the whole contents of the section being encrypted are > lost. I tried to reproduce with the latest version of the branch. Seems to work fine. May you test? --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at