Hi, I'm using "Org-mode version 7.9 (release_7.9-34-g4ca67b @ /home/dlm/share/org-mode.git/lisp/)" -- just discovered some garble-age related to storing and inserting links in conjunction with TODO items and org-mobile-push.
Suppose this is one of the org-agenda files that will be synced with MobileOrg. ~~~ * TODO A headline to link ** A subheading * Links go here ~~~ When you org-mobile-push, the TODO item receives a SHA id: * TODO A headline to link :PROPERTIES: :ID: 5f922d66-5a46-4704-8ab4-13a711677232 :END: Now, if I also want to link to this item (why?*), I would hit C-c l on the TODO headline, which tries to assign another SHA id. Then I get a mess. ~~~ * TODO A headline to link :PROPERTIES: :ID: 331b4df1-3974-4c1b-aa67-a519af8b7b3d :END: :END: ** A subheading ~~~ (I'm not sure if the ID is the same before or after C-c l.) So we have two :END: markers and -- *worse* -- the subheading has been moved up to the previous line, where it is no longer a subheading. I'm quite sure I did org-mobile-push before storing the link. I suspect org-store-link may not be checking sufficiently for an existing ID, and trying to put the ID into a place where it expects to find no :PROPERTIES: block (but there is one). * Why? The file is actually a presentation for beamer export. Rather than have live TODO items appear in the slide drafts, I thought I would collect the TODOs in a :noexport:-tagged subtree, but this was after I had already made the exportable headings into TODOs and mobile-pushed. hjh -- James Harkins /// dewdrop world jamshar...@dewdrop-world.net http://www.dewdrop-world.net "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks
