bug#53207: 28.0.91; create-lockfiles nil breaks file change detection

[Eli Zaretskii]

> Date: Sat, 15 Jan 2022 11:23:58 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: rgm@gnu.org, ejb@ql.org, michael.albinus@gmx.de, 53207@debbugs.gnu.org
> 
> > From: Lars Ingebrigtsen <larsi@gnus.org>
> > Cc: Michael Albinus <michael.albinus@gmx.de>,  "Jay Berkenbilt"
> >  <ejb@ql.org>,  "Eli Zaretskii" <eliz@gnu.org>,  53207@debbugs.gnu.org
> > Date: Sat, 15 Jan 2022 09:06:17 +0100
> > 
> > Glenn Morris <rgm@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.