Re: Bug: No match - create this as a new heading? [7.01trans]

[David Abrahams <dave@boostpro.com>]

At Sun, 10 Oct 2010 06:16:07 +0530,
Noorul Islam wrote:
> 
> On Sun, Oct 10, 2010 at 4:19 AM, David Abrahams <dave@boostpro.com> wrote:
> >
> >
> > Remember to cover the basics, that is, what you expected to happen and
> > what in fact did happen.  You don't know how to make a good report?  See
> >
> >     http://orgmode.org/manual/Feedback.html#Feedback
> >
> > Your bug report will be posted to the Org-mode mailing list.
> > ------------------------------------------------------------------------
> >
> > When I did an org-capture from an Org file, I got
> >
> >  [[file:~/Dropbox/Projects/iRobot/irobot.org::*Fixes%20to%20make%20post%20hoc][Fixes to make post-hoc]]
> >
> > But when I tried to follow that link, I got the title error message.
> >
> > Incidentally, it seems to work out if I add an ID property:
> >
> >  [[id:000BE8BE-5673-4F73-8D02-1E5411D59465][Fixes to make post-hoc]]
> >
> > How does it know which file to open in that case?  Is it somehow encoded in the ID?
> >
> > Emacs  : GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29)
> >  of 2010-05-08 on black.local
> > Package: Org-mode version 7.01trans
> >
> 
> I tested with the following templates.
> 
> 1. With ID property
> 
> (("t" "Task" entry (file+headline "~/notebook/refile.org" "Inbox") "* TODO %?
>   SCHEDULED: %t
>   :PROPERTIES:
>   :Link: %a
>   :ID:       %(shell-command-to-string \"uuidgen\")  :END:
>   %U" :prepend t))
> 
> 2. Without ID property.
> 
> (("t" "Task" entry (file+headline "~/notebook/refile.org" "Inbox") "* TODO %?
>   SCHEDULED: %t
>   :PROPERTIES:
>   :Link: %a
>   :END:
>   %U" :prepend t))
> 
> And I did not face any issues when I tried to follow the link.

In my case, the item to be found had *no* properties before I added
the ID property, and wasn't in one of my "regular org files."  It
looked like this:

* Fixes to make post-hoc
** TODO Pause in animation of string toy
** TODO Stop with the swap hack in copy ctor of sparse
   The problem is that it means we end up with a broken invariant in
   the dtor

Oh, weird.  Now when I store a link the item automatically gets an
ID.  I guess I need to go back and RTFM because I obviously don't
understand how this stuff works.  I wonder why the first time I stored
a link I got something like the first link.

baffled-ly y'rs,

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com