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 <kyle@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
ian.g@phorixsol.com
Toronto cell: 416.432.2251
NYC: 917.512.9535

https://www.linkedin.com/in/igarmaise/

http://www.PhorixSol.com