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.bugs Subject: bug#53207: 28.0.91; create-lockfiles nil breaks file change detection Date: Wed, 12 Jan 2022 19:26:22 +0200 Message-ID: <83bl0g6f29.fsf@gnu.org> References: <509ddd0f-589c-45b0-9b60-5820f4c1d716@www.fastmail.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2301"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 53207@debbugs.gnu.org To: "Jay Berkenbilt" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jan 12 18:44:52 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1n7hg3-0000Th-RT for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 12 Jan 2022 18:44:52 +0100 Original-Received: from localhost ([::1]:49438 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n7hg2-0007Pf-Qg for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 12 Jan 2022 12:44:50 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:53128) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n7hOo-0005gk-7e for bug-gnu-emacs@gnu.org; Wed, 12 Jan 2022 12:27:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37777) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n7hOn-0007qM-SF for bug-gnu-emacs@gnu.org; Wed, 12 Jan 2022 12:27:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n7hOn-0008Dk-Pc for bug-gnu-emacs@gnu.org; Wed, 12 Jan 2022 12:27:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2022 17:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53207 X-GNU-PR-Package: emacs Original-Received: via spool by 53207-submit@debbugs.gnu.org id=B53207.164200839831541 (code B ref 53207); Wed, 12 Jan 2022 17:27:01 +0000 Original-Received: (at 53207) by debbugs.gnu.org; 12 Jan 2022 17:26:38 +0000 Original-Received: from localhost ([127.0.0.1]:58900 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n7hOQ-0008Ce-AM for submit@debbugs.gnu.org; Wed, 12 Jan 2022 12:26:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:52018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n7hOJ-0008Bu-Ih for 53207@debbugs.gnu.org; Wed, 12 Jan 2022 12:26:37 -0500 Original-Received: from [2001:470:142:3::e] (port=52266 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n7hOE-0007lC-6u; Wed, 12 Jan 2022 12:26:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=vyb3om+0rUGp8fRH84+ElZ1JYUZ/XH/M2jgM+8gbqUE=; b=sDXHhKBhUAlb S6vVfKl9Flrdaasixps3hu74B8azLQvGU4pMiaIESN4FamXZNVtzW0/F9H+NYwrwHd9Gn2796JxAD ng+pnVpHUO2dHatoL/mtY4hDEuApwd5Lxi1giQjeK0fx058J+Z0bIU68+lY7BOA8rr7y134bRAEbu KfRzVz+cS7o2WF2rXqW6rKd2gdTeBGBsVAx3OtITEPDY5HFocj0nWNpBkRyZOmEufsjl/tkOwDU84 OfxhJQxUANDp1KsHPbRf2pZXh3JHVU8SetH6Zl0GaUL9Bt0chzSbbALCyEpRe7kMCl9K75hgJ8eOa 8qdEmHUt61/XFQyv6WL0Gw==; Original-Received: from [87.69.77.57] (port=2961 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n7hOE-0006s2-5W; Wed, 12 Jan 2022 12:26:26 -0500 In-Reply-To: <509ddd0f-589c-45b0-9b60-5820f4c1d716@www.fastmail.com> (ejb@ql.org) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:224013 Archived-At: > Date: Wed, 12 Jan 2022 09:30:07 -0500 > From: "Jay Berkenbilt" > > Bottom line: in emacs 27.2, setting create-lockfiles to nil does not change the behavior. In emacs 28.0.91, it does. I also noticed this in 28.0.90 but hadn't had time to figure out how to reproduce it without my customizations. You seem to assume that create-lockfiles is _only_ about the creation of the lockfiles. But that's not true: the variable is a misnomer, and it actually controls the entire functionality of preventing editing collisions. Including the test for the file being modified behind Emacs's back. The doc string says: Non-nil means use lockfiles to avoid editing collisions. > Is this change intentional? If so, can I configure something to go > back to the old behavior? My suggestion is to stop setting create-lockfiles to a nil value. Why is the non-nil value a problem?