From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id WIKjHT+s+WRYfQAAG6o9tA:P1 (envelope-from ) for ; Thu, 07 Sep 2023 12:55:59 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id WIKjHT+s+WRYfQAAG6o9tA (envelope-from ) for ; Thu, 07 Sep 2023 12:55:59 +0200 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 0BE0F43DF1 for ; Thu, 7 Sep 2023 12:55:59 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=summerstar.me header.s=sig1 header.b=ISdkiytF; 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"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1694084159; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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=CfTEuMrxXm2j/4tCYmiJD6gDZhAJG/jkj3ICmgxiSGM=; b=M8qnQuNaDfJrmQGushWhDafYHNFXo3EiiHQHyypUlrT7JGACBqFEFWvmDzFA/GqKoPHjdx /kOMJBsk3s2rEFUYZfcIeNpKF9KoTaAperfSHcyX6TRPFoT3NzMoRjcw3r3uzIMx43b1Me +wujS5basoSq8o7onHh9C/RvPFYHfD3/UdQ9xESeA4144FI8YSmt1lHTIqayBGPFdrPRlm 5meOdzfW7nW8CjC1T7W6E/hzIc8HwsheLuqKWbC6UHpay4LBBzn6M+ZbD6lRRWLfRn04CB hAbrVZNOmy6JKaOUhlkp0Ky2jhNyk+uLvkJCHr3Z72d6nhC25UPy7teFVZ2Gsg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=summerstar.me header.s=sig1 header.b=ISdkiytF; 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"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1694084159; a=rsa-sha256; cv=none; b=NQaB4PhDDSAW4gRPk88d6kFI7XhJ5T9lELa4Q3P/8HT2QUrfF3eDDzOmOp1VHNM0eu9V5F 5xiQCR2uEDKKRpI10CGlk7wp89ZQplQ792cRmFPueSGTZmiV284p2ZuX4ZKzaFWl1j7oLj qoTSlTJ35yLlumfNsjLlipbbwJ8D+XrkjxJWcOnpBAK+/vcz8oOQJY/BIOKEF5ELv8wxeh fpinEHUYv4553BYcaW5cIKWQnq6BP9DIDfqCrqpddlngbrnOrhoUUWPX/Q83LLO9Is/F1T sYxazonT87aObedPwelzHg11lQlXvdf7rR578oDs9Lgg6DPh9/0w46ZxICs7xA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qeCfb-00053t-OJ; Thu, 07 Sep 2023 06:55:31 -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 1qeCfZ-00053e-PP for emacs-orgmode@gnu.org; Thu, 07 Sep 2023 06:55:29 -0400 Received: from st43p00im-zteg10063501.me.com ([17.58.63.176]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qeCfW-00062Q-Jx for emacs-orgmode@gnu.org; Thu, 07 Sep 2023 06:55:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=summerstar.me; s=sig1; t=1694084125; bh=CfTEuMrxXm2j/4tCYmiJD6gDZhAJG/jkj3ICmgxiSGM=; h=From:Content-Type:Mime-Version:Subject:Date:To:Message-Id; b=ISdkiytF2Mesrpp/Ctrz0fY2gpvkcGpT499RFau7Ed0Gy0/NT6/UpdCoGZ2GIUPem wVNGero0/sSOyMwmbBB6hci8DcVCE6pUYC9U/ozRIW8ona9TjlbG9DuZiEXFfwehvT 7YiG0ScdJdp3WjUUd1QXDSejYWvZ21Vfm+OXkSZTR+nkjENSM4ByYfbKzevaLzGaLD IrB1dng3cXEQzbZYzaTxkaKix3z/HvFEF10RKwWiwnWs+pN3F+Qwy0XrigHyTxuiuX dNC9U7xHiVuuF54N21McL1FbiwffXBj35XgBHk2YsYtJGKUEHdu0Zd1jPmHnVdZNNw iRUTs5NFm0vbQ== Received: from smtpclient.apple (st43p00im-dlb-asmtp-mailmevip.me.com [17.42.251.41]) by st43p00im-zteg10063501.me.com (Postfix) with ESMTPSA id AECF24C0FD6 for ; Thu, 7 Sep 2023 10:55:24 +0000 (UTC) From: Summer Emacs Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Possible File Saving Bug with [/]? Date: Thu, 7 Sep 2023 12:55:12 +0200 References: <4705CCD7-F1ED-489B-9D17-EA6FE0B23BCD@summerstar.me> <87il8nu2ch.fsf@localhost> <87bkeepa01.fsf@localhost> <4A6B3663-5821-4C78-80FF-B4DCFF9A056B@summerstar.me> <871qfap8bi.fsf@localhost> To: emacs-orgmode@gnu.org In-Reply-To: <871qfap8bi.fsf@localhost> Message-Id: X-Mailer: Apple Mail (2.3731.700.6) X-Proofpoint-ORIG-GUID: nos2BE1FYf_dQfC35Uf0lJMZc0OVzQZ3 X-Proofpoint-GUID: nos2BE1FYf_dQfC35Uf0lJMZc0OVzQZ3 X-Proofpoint-Virus-Version: =?UTF-8?Q?vendor=3Dfsecure_engine=3D1.1.170-22c6f66c430a71ce266a39bfe25bc?= =?UTF-8?Q?2903e8d5c8f:6.0.138,18.0.957,17.11.170.22.0000000_definitions?= =?UTF-8?Q?=3D2023-05-18=5F15:2020-02-14=5F02,2023-05-18=5F15,2023-02-09?= =?UTF-8?Q?=5F01_signatures=3D0?= X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 adultscore=0 clxscore=1030 bulkscore=0 mlxscore=0 mlxlogscore=979 malwarescore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2309070096 Received-SPF: pass client-ip=17.58.63.176; envelope-from=summeremacs@summerstar.me; helo=st43p00im-zteg10063501.me.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, 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: 0BE0F43DF1 X-Migadu-Scanner: mx1.migadu.com X-Migadu-Spam-Score: -8.01 X-Spam-Score: -8.01 X-TUID: ebAPowfPPXZ0 > On Sep 7, 2023, at 12:49, Ihor Radchenko wrote: >=20 > Summer Emacs writes: >=20 >> 3) In one of the headers, it looked something like this: >> * C-c C-c on [/] to update done items in todo list. >>=20 >> That [/] just like that was creating a backup file on every save = named .#emacshelp.org# =E2=80=94> summer@summer.local.23434:882343 = (those are made up numbers but it was always random and looked something = like that in the ls -la command in terminal.) >=20 > Saving .#emacshelp.org# backup files is controlled by your = configuration > - it is the default Emacs behaviour to save them. >=20 Yes, I know. =F0=9F=99=83 >> Since I regularly add notes to my file, I also use Magit to save a = backup copy (M-x g). But whenever I did that, it would ask if I wanted = to save emacshelp.org. Obviously it was being affected by the backup = file (which was never open in a buffer, it just was =E2=80=9Cthere=E2=80=9D= in the directory). >>=20 >> An example of Magit interaction for adding/committing changes to that = file would look something like this: (from emacshelp.org file) >>=20 >> 1) M-x g >> 2) Minibuffer: Do you want to save emacshelp.org? Y/n/etc=E2=80=A6 >> 3) s >> 4) Minibuffer: Do you want to save emacshelp.org? Y/n/etc=E2=80=A6 >> 5) c c >> 6) Minibuffer: Do you want to save emacshelp.org? Y/n/etc=E2=80=A6 >> ... >=20 > This is abnormal. I know this too. =F0=9F=99=83 >=20 >> You get the idea. Every single thing I did in Magit would ask me = this. My file (the original - emacshelp.org) was saved with C-x C-s AND = even C-x s to save all files. But it didn=E2=80=99t matter how I = answered that question, it would keep asking it no matter what. No = matter what I did, it kept asking me that question, over and over and = over again. Because of that =E2=80=9Cbackup=E2=80=9D file. >>=20 >> Note: This is behaviour which *only* happened with this single file, = not with any other file I use. >=20 > My suspicion that it is triggered by some kind of strange > `after-save-hook' in your config. Perhaps - but see below. >=20 >> Finally, putting =3D =3D around [/] in my notes to produce: =3D[/]=3D = escaped that behaviour. It no longer does that. It took me an hour of = rebuilding my file line by line to figure out *why* this was happening, = but that was the line and that was the exact problem. >=20 > [/] in Org is called statistics cookie and some parts of Org may alter > it to refresh TODO/checkbox statistics. See "5.5 Breaking Down Tasks > into Subtasks". >=20 > However, I do not see why this should happen _after_ save, unless > something in your config is triggering the update. >=20 This is why I reached out. It *only* happens if I put [/] in an org file = and save it. I thought maybe that it was a bug in org because it=E2=80=99s= trying to eval it without any numbers in it, and no list under it, so = maybe it=E2=80=99s just borked in some way in that specific = circumstance. Other than that, I have no idea. > Without more information, I cannot provide more assistance > unfortunately. I also do not see how we can help on Org side as the > problem _appears_ to be with your personal config. >=20 Again: My config works with all of my other files. Every single one. Org = files, md files, .txt files - you name it. It=E2=80=99s *only* when I = put [/] in an org file just like that. That=E2=80=99s the only time my = saves/backups ever borked on me. So that=E2=80=99s why I reached out. If = my config was doing this in general, I wouldn=E2=80=99t have thought it = was an Org issue. But since it *only* occurs with an org file which has = an empty [/] and no list under it, I thought maybe it would be an org = issue. I could be wrong, but since that=E2=80=99s what triggers it=E2=80=A6= you tell me. As for it being an inconvenient: it=E2=80=99s not. Since I escape the = [/] with =3D =3D, it doesn=E2=80=99t do that anymore. So no worries = there. It=E2=80=99s the only example I have where I use that without a = list under it for it to evaluate. So it=E2=80=99s not actually an issue = anymore. I just figured I would call your attention to it possibly being = a bug if that ever happens again to somebody else. =F0=9F=99=83 Thanks! =F0=9F=99=83 > --=20 > Ihor Radchenko // yantar92, > Org mode contributor, > Learn more about Org mode at . > Support Org development at , > or support my work at