GNU bug report logs - #53207
28.0.91; create-lockfiles nil breaks file change detection

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: larsi <at> gnus.org
Cc: rgm <at> gnu.org, ejb <at> ql.org, michael.albinus <at> gmx.de, 53207 <at> debbugs.gnu.org
Subject: bug#53207: 28.0.91; create-lockfiles nil breaks file change detection
Date: Thu, 27 Jan 2022 19:19:06 +0200

> Date: Sat, 15 Jan 2022 11:23:58 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: rgm <at> gnu.org, ejb <at> ql.org, michael.albinus <at> gmx.de, 53207 <at> debbugs.gnu.org
> 
> > From: Lars Ingebrigtsen <larsi <at> gnus.org>
> > Cc: Michael Albinus <michael.albinus <at> gmx.de>,  "Jay Berkenbilt"
> >  <ejb <at> ql.org>,  "Eli Zaretskii" <eliz <at> gnu.org>,  53207 <at> debbugs.gnu.org
> > Date: Sat, 15 Jan 2022 09:06:17 +0100
> > 
> > Glenn Morris <rgm <at> gnu.org> writes:
> > 
> > > Was it functionally necessary for the addition of lock file transforms
> > > to break the create-lockfiles nil case? If not, why isn't restoring the
> > > functionality being considered?
> > 
> > Oh, is this a fallout from introducing `lock-file-name-transforms'?
> 
> No, I think this change was introduced by support for locking remote
> files.

Lars, what shall we do about this bug report?  Should we document the
current behavior, or should we move the call to
userlock--ask-user-about-supersession-threat out of Flock_file?  This
should be resolved before the next pretest, I think.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.