I actually hadn't used the archive command in quite a while, so not sure when the behavior in my situation changed. It does make sense though that it might have something to do with the file being stored in a dropbox folder.
Anyway, (setq org-archive-subtree-save-file-p nil) in the init file fixes it. Thanks Kyle! On Thu, Dec 17, 2020 at 12:37 AM Kyle Meyer <k...@kyleam.com> wrote: > Ian Garmaise writes: > > > When I archive one subtree (C-c $), the first one succeeds. > > The second archive operation fails with a permission denied error as > shown > > in the messages buffer: > [...] > > Noticed this yesterday. Updated org and all packages, then tried it > again > > today, was able to reproduce it easily > > Hmm, was that an update from 9.3.* or earlier? 9.4 came with a new > option org-archive-subtree-save-file-p. With the default value, the > file is saved when archiving from an Org buffer but not the agenda. > Before 9.4 [*], the file was never saved, so you could set > org-archive-subtree-save-file-p to nil to restore the pre-9.4 behavior. > > That should sidestep the issue, though I don't know why you're hitting. > I'm guessing you only see it with dropbox files? > > [*] Going farther back, the behavior was to always save. That changed > in 9.1.4 63f6e851b (Do not save target buffer after archiving > subtree, 2017-11-25). > -- ===== Ian Garmaise Consultant Phorix Solutions Group ia...@phorixsol.com Toronto cell: 416.432.2251 NYC: 917.512.9535 https://www.linkedin.com/in/igarmaise/ http://www.PhorixSol.com
