GNU bug report logs - #69930
29.1; onedrive

Previous Next

Full log

Message #11 received at 69930 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Vavasis <vavasis <at> uwaterloo.ca>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "69930 <at> debbugs.gnu.org" <69930 <at> debbugs.gnu.org>
Subject: RE: bug#69930: 29.1; onedrive
Date: Thu, 21 Mar 2024 17:35:24 +0000

[Message part 1 (text/plain, inline)]

Thanks for getting back to me so quickly!  I just did some quick testing: the problem persists even with emacs -Q.  However, changing the variable backup-by-copying seems to fix the problem.  Thanks!  I will let a few colleagues know about this setting.

-- Steve Vavasis

P.S.  For your future reference, I also have attached screenshots showing how this issue appears in the cloud.   There are four screen shots for test.tex (before changing the variable backup-by-copying) and four for x.log (after I changed the variable).   The first screenshot for each file is taken before I edited it; the second taken is after I edited it but before I saved it; the third is after emacs auto-saved it, and the fourth is after I saved it with CTRL-X CTRL-S and opened the file's the version history.   As you can see, the version history is lost for test.tex but not for x.log.
  

-----Original Message-----
From: Eli Zaretskii <eliz <at> gnu.org> 
Sent: Thursday, March 21, 2024 12:56 PM
To: Stephen Vavasis <vavasis <at> uwaterloo.ca>
Cc: 69930 <at> debbugs.gnu.org
Subject: Re: bug#69930: 29.1; onedrive

> From: Stephen Vavasis <vavasis <at> uwaterloo.ca>
> Date: Thu, 21 Mar 2024 12:45:46 +0000
> 
> Emacs does not work properly with the version-history feature of 
> Microsoft's OneDrive cloud file system.  The situation arises for a 
> file on the C: drive of my Windows machine that sits inside the 
> OneDrive cloud-sync'd folder.  When I edit a file like this on my 
> Windows machine with emacs, the OneDrive version-history shows only the latest version.
> It seems that the Emacs save-button CTRL-X CTRL-S causes OneDrive to 
> discard older versions.  Older versions of the file can still be found 
> in the Recycled folder in the cloud.  This is not an ideal place for 
> them because Recycled is not easily searched, file names can collide, 
> and Recycled is periodically purged.

Does this happen in "emacs -Q"?  If this doesn't happen in "emacs -Q", you should look for some customization of yours that causes this; in particular, Emacs by default never writes old versions of files to the Recycled directory.

If "emacs -Q" also shows this behavior, my suggestion is to try setting the option backup-by-copying to a non-nil value.

[Screenshot 2024-03-21 131222.png (image/png, attachment)]

[Screenshot 2024-03-21 131349.png (image/png, attachment)]

[Screenshot 2024-03-21 131430.png (image/png, attachment)]

[Screenshot 2024-03-21 131548.png (image/png, attachment)]

[Screenshot 2024-03-21 132113.png (image/png, attachment)]

[Screenshot 2024-03-21 132235.png (image/png, attachment)]

[Screenshot 2024-03-21 132316.png (image/png, attachment)]

[Screenshot 2024-03-21 132730.png (image/png, attachment)]

Previous Next

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