Closed walseb closed 1 month ago
Thanks for the backtrace! I suspect it's actually got to do with make-process doing something to set current directory - and file-name-handler-alist
is temporarily nil, so Emacs temporarily doesn't know what a /su:...
path means. I'll look into it.
Does that change help? https://github.com/meedstrom/org-node/commit/d763e608843ef75f27b1be249b8fa1790ee3407b
Also, it's strange that it checks all org files open also. I would prefer if it just checked what's in the org-id-locations.
Hm, yes, it checks every Org file that you save, after save. Perhaps it could ignore tramp paths. That's a good idea as long as tramp is not supported.
Other than that, an org-node-reset
only checks the files output by org-node-list-files
, which is org-id-locations plus what's under your org-node-extra-id-dirs
.
Reproduced the issue, and the fix worked on my end.
Thanks so much for fixing this! I will try it out later today and reopen the issue if it's not fixed.
Hello!
Thanks so much for this amazing package!
Whenever I have any org tramp buffers open and do a scan, it fails with this error:
The reason it errors is probably due to the batch instances of Emacs not having those tramp connections established.
I tried patching it so that it removes any tramp files but it doesn't do anything because of some reason:
Also, it's strange that it checks all org files open also. I would prefer if it just checked what's in the org-id-locations.
Thoughts?
Thanks so much!