Re: Re: Refiling goes to the wrong place

[Carsten Dominik <carsten.dominik@gmail.com>]

On Aug 28, 2009, at 2:09 PM, Bernt Hansen wrote:

> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> On Aug 27, 2009, at 8:33 PM, Bernt Hansen wrote:
>>
>> [long description omitted]
>>
>>>
>>> I'll be _really_ happy when Carsten squashes this bug :)
>>
>> Well, in that case I wish you a happy day.  Lets hope that his was
>> the same bug that others have seen.
>>
>> Thank you *very* much for your persistence and the unsurpassed  
>> clarity
>> of your reports - it took a mere 5 minutes to find the problem.
>>
>> For those who are interested:  The cause was the outline function
>> outline-get-next-sibling which does only find visible siblings.
>> By creating an inconsistent outline state using the org-clock-goto
>> function, Bernt created a visible sibling among invisible ones.
>> This was at least part of the problem.  I hope it is fixed now.
>> At least, Bernt's example works now correctly.
>
> :)
>
> * Bernt does the happy dance \o/
>
> Hopefully this is related to the agenda navigation (RET/TAB on an  
> agenda
> item) goes to the wrong place issue we've seen in the past.

I don't think this is related, unfortunately, because this was  
specific for refiling ...

:-(
- Carsten

>
> I got lucky yesterday and stumbled across a case that triggered this  
> bug
> more than once in my org files.  I think we've been chasing this beast
> for over a year.
>
> Thanks again!!!
>
> -Bernt