Re: org-refile failing

[Marcelo de Moraes Serpa <celoserpa@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1373 bytes --]

Hi Nick, thanks for the reply.

I don't remember customizing the org-refile-targets var. When I evaluate
it, I get the following:

((org-agenda-files :maxlevel . 0))

- Marcelo.

On Wed, Sep 5, 2012 at 7:57 PM, Nick Dokos <nicholas.dokos@hp.com> wrote:

> Marcelo de Moraes Serpa <celoserpa@gmail.com> wrote:
>
> > Here's the backtrace (debug-on-error set to t):
> >
>
> Thanks for that! I sent mail requesting the same just a second
> before I got your mail, so I was wondering if the speed of light limit
> had been violated, but I guess not :-)
>
> Looks like the calculation of descre in org-refile-get-location is
> wrong:
>
> ,----
> |         (setq descre (concat "^\\*\\{1," (number-to-string
> |                                           (if org-odd-levels-only
> |                                               (1- (* 2 (cdr desc)))
> |                                             (cdr desc)))
> |                              "\\}[ \t]")))
> `----
>
> The subexpression gives 0 and re-search-forward does not like things
> like "^\\*\\{1,0\\}[ ]". But why that is is not clear to me: it depends
> on what (cdr desc) is (presumably 0 in order to get the result you get -
> and org-odd-levels-only is false, correct?).  In turn, that comes from
> org-refile-targets. Have you customized org-refile-targets by any
> chance? If so, please send the value.
>
> Nick
>

[-- Attachment #2: Type: text/html, Size: 1986 bytes --]