emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* infinite recursion org-update-id-locations / org-entry-properties / org-entry-blocked-p / org-edna / org-id-find / org-id-update-locations
@ 2020-07-30 20:21 Justin Vallon
  2020-07-31 18:31 ` Justin Vallon
  0 siblings, 1 reply; 2+ messages in thread
From: Justin Vallon @ 2020-07-30 20:21 UTC (permalink / raw)
  To: emacs-orgmode

I copy by org files between 2 machines.  Thus, my .org-id-locations file
gets stale when I archive on one machine, then sync the org files.

I also use org-edna.

Sometimes, org-agenda will go into an infinite loop (recursion depth,
etc) when scanning.

I believe what is happening is:

- org-agenda / org-edna builds the agenda, and hits a "missing" id(X)
- org-update-id-locations starts scanning files/nodes to refresh
- org-cached-entry-get tries to get all properties
- org-entry-blocked-p is called
- org-edna then tries to parse the BLOCKER property
- the property mentions "id(Y)", which has not been found (yet)
- cache miss, rescan files

The X and Y could be different, but once id(Y) is missing and the
cache-miss happens during id-scanning, it will repeat.

I suppose it also might be sensitive to the order of files in the list,
since scanning the archive first would scan the older IDs, then the
active file would reference those older IDs.  However, I would imagine
there would be trouble if an "earlier" node in the active file
referenced an ID that appeared "later" in the file, since the file is
being scanned in-order.

I haven't tried this, but the simplest case to reproduce might be to
delete the .org-id-locations file, then feed it:

* Second
  BLOCKER: id(first)
* First
  ID: first

I can try to build a (simple) reproducible test case if this is unclear.

My work-around is to disable org-edna, run org-id-update-id-locations,
then reenable org-edna.

-- 
-Justin
JustinVallon@gmail.com


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: infinite recursion org-update-id-locations / org-entry-properties / org-entry-blocked-p / org-edna / org-id-find / org-id-update-locations
  2020-07-30 20:21 infinite recursion org-update-id-locations / org-entry-properties / org-entry-blocked-p / org-edna / org-id-find / org-id-update-locations Justin Vallon
@ 2020-07-31 18:31 ` Justin Vallon
  0 siblings, 0 replies; 2+ messages in thread
From: Justin Vallon @ 2020-07-31 18:31 UTC (permalink / raw)
  To: emacs-orgmode

I just tried using straight for org, and master (a1e5bee5c) has a
rewritten org-update-id-locations that uses regexps to find the IDs.  It
appears to have fixed the problem (for cases that I tried).

-Justin


On 7/30/20 4:21 PM, Justin Vallon wrote:
> I copy by org files between 2 machines.  Thus, my .org-id-locations file
> gets stale when I archive on one machine, then sync the org files.
> 
> I also use org-edna.
> 
> Sometimes, org-agenda will go into an infinite loop (recursion depth,
> etc) when scanning.
> 
> I believe what is happening is:
> 
> - org-agenda / org-edna builds the agenda, and hits a "missing" id(X)
> - org-update-id-locations starts scanning files/nodes to refresh
> - org-cached-entry-get tries to get all properties
> - org-entry-blocked-p is called
> - org-edna then tries to parse the BLOCKER property
> - the property mentions "id(Y)", which has not been found (yet)
> - cache miss, rescan files
> 
> The X and Y could be different, but once id(Y) is missing and the
> cache-miss happens during id-scanning, it will repeat.
> 
> I suppose it also might be sensitive to the order of files in the list,
> since scanning the archive first would scan the older IDs, then the
> active file would reference those older IDs.  However, I would imagine
> there would be trouble if an "earlier" node in the active file
> referenced an ID that appeared "later" in the file, since the file is
> being scanned in-order.
> 
> I haven't tried this, but the simplest case to reproduce might be to
> delete the .org-id-locations file, then feed it:
> 
> * Second
>   BLOCKER: id(first)
> * First
>   ID: first
> 
> I can try to build a (simple) reproducible test case if this is unclear.
> 
> My work-around is to disable org-edna, run org-id-update-id-locations,
> then reenable org-edna.
> 


-- 
-Justin
JustinVallon@gmail.com


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-07-31 18:32 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-07-30 20:21 infinite recursion org-update-id-locations / org-entry-properties / org-entry-blocked-p / org-edna / org-id-find / org-id-update-locations Justin Vallon
2020-07-31 18:31 ` Justin Vallon

Code repositories for project(s) associated with this inbox:

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).