I think the reason, I get this behaviour is the following code in
org-refile:
...
(goto-char (or (save-excursion
(if reversed
(outline-next-heading)
(outline-get-next-sibling)))
(point-max)))
...
before org-refile moves the point to the correct position, as I have not
set `reversed', outline-get-next-sibling is called, as there is no
sibling to "*** Notes" the point is moved to "** B", but the call
returns nil, so finally (point-max) moves to the end of the file.
So the similar "*** Notes"-item below Project B was misleading me. Can
you reproduce this one?
I tested it on:
GNU Emacs 23.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.12.0) of 2007-12-31 on
wodka
Org-mode version 5.21
--
Jost
Carsten Dominik <[EMAIL PROTECTED]> writes:
> I cannot reproduce this problem anymore, it works fine for me.
> Could someone else please try?
>
> - Carsten
>
> On Feb 6, 2008, at 8:23 PM, Jost Burkardt wrote:
>
>> Hi,
>>
>> org-refile still does not work correctly for me. it seems that the
>> refiling-bug from 5.19 still remains in 5.20. When refiling the entry
>> "something to refile to Project/A/Notes" to "Project/A/Notes",
>> org-refile sitll puts it to "Project/B/Notes" instead to "Project/A/
>> Notes"
>>
>>
>> ----- BEGIN TEST.org ---
>> * Stuff
>> ** something to refile to Project/A/Notes
>> * Projects
>> ** A
>> *** Notes
>> ** B
>> *** Notes
>> ----- END TEST.org -----
>>
>> --
>> Jost
>
>
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
