[BUG] revering agenda files

[BUG] revering agenda files

[Łukasz Stelmach]

Hello.

I'm not quite sure it is bug indeed but org-mode stops working as usual
when you change the agenda files behind the scenes. I sometimes do it
because I use org-mode on several machines and I keep my files
synchronised with git. Since git-vc.el doesn't provide interface for
git's push pull commands I have to invoke them from outside of Emacs.
When it happens that pull operation alters one of agenda files then:

1. When I ask to rebuild agenda I receive a question

       todo.org changed on disk; really edit the buffer? (y, n, r or C-h) 

   one file each time. The question is quite reasonable but it should
   pop up for every altered file upon the first attempt to rebuild
   agenda.

2. Every time I move cursor up or down I get

       if: Wrong type argument: stringp, nil

   when I click a heading, nothing happens and when i press RET on it

       let*: Wrong type argument: integer-or-marker-p, nil

   It stops after few rebuilds. "Few" means the number of updated files.


-- 
Miłego dnia,
Łukasz Stelmach

Re: [BUG] revering agenda files

[Richard Riley]

Łukasz Stelmach <lukasz.stelmach@iem.pw.edu.pl> writes:

> Hello.
>
> I'm not quite sure it is bug indeed but org-mode stops working as usual
> when you change the agenda files behind the scenes. I sometimes do it
> because I use org-mode on several machines and I keep my files
> synchronised with git. Since git-vc.el doesn't provide interface for
> git's push pull commands I have to invoke them from outside of Emacs.

Use magit perhaps? or egg.

Re: [BUG] revering agenda files

[Łukasz Stelmach]

Richard Riley <rileyrgdev@gmail.com> writes:

> Łukasz Stelmach <lukasz.stelmach@iem.pw.edu.pl> writes:
>> I'm not quite sure it is bug indeed but org-mode stops working as usual
>> when you change the agenda files behind the scenes. I sometimes do it
>> because I use org-mode on several machines and I keep my files
>> synchronised with git. Since git-vc.el doesn't provide interface for
>> git's push pull commands I have to invoke them from outside of Emacs.
>
> Use magit perhaps? or egg.

I'll give them a try. Thanks.

-- 
Miłego dnia,
Łukasz Stelmach

Re: Re: [BUG] revering agenda files

[Dale P. Smith]

Łukasz Stelmach <lukasz.stelmach@iem.pw.edu.pl> writes:

> Richard Riley <rileyrgdev@gmail.com> writes:
>
>> Łukasz Stelmach <lukasz.stelmach@iem.pw.edu.pl> writes:
>>> I'm not quite sure it is bug indeed but org-mode stops working as usual
>>> when you change the agenda files behind the scenes. I sometimes do it
>>> because I use org-mode on several machines and I keep my files
>>> synchronised with git. Since git-vc.el doesn't provide interface for
>>> git's push pull commands I have to invoke them from outside of Emacs.
>>
>> Use magit perhaps? or egg.
>
> I'll give them a try. Thanks.

Magit is awesome.  I'd choose git for just so I can use magit.

-Dale

-- 
Dale P. Smith
dales@vtiinstruments.com
216-447-4059 x2018
216-447-8951 FAX

Re: [BUG] revering agenda files

[Bernt Hansen]

Łukasz Stelmach <lukasz.stelmach@iem.pw.edu.pl> writes:

> Hello.
>
> I'm not quite sure it is bug indeed but org-mode stops working as usual
> when you change the agenda files behind the scenes. I sometimes do it
> because I use org-mode on several machines and I keep my files
> synchronised with git. Since git-vc.el doesn't provide interface for
> git's push pull commands I have to invoke them from outside of Emacs.
> When it happens that pull operation alters one of agenda files then:
>
> 1. When I ask to rebuild agenda I receive a question
>
>        todo.org changed on disk; really edit the buffer? (y, n, r or C-h) 
>
>    one file each time. The question is quite reasonable but it should
>    pop up for every altered file upon the first attempt to rebuild
>    agenda.
>
> 2. Every time I move cursor up or down I get
>
>        if: Wrong type argument: stringp, nil
>
>    when I click a heading, nothing happens and when i press RET on it
>
>        let*: Wrong type argument: integer-or-marker-p, nil
>
>    It stops after few rebuilds. "Few" means the number of updated files.

My solution to this is

(global-auto-revert-mode t)

So if there are no modified buffers and the agenda file changes
externally it just automatically updates to what is on disk.  That got
rid of the annoying message for me.

-Bernt

Re: [BUG] revering agenda files

[Łukasz Stelmach]

Bernt Hansen <bernt@norang.ca> writes:

> Łukasz Stelmach <lukasz.stelmach@iem.pw.edu.pl> writes:
>
>> I'm not quite sure it is bug indeed but org-mode stops working as usual
>> when you change the agenda files behind the scenes.
[...]
> My solution to this is
>
> (global-auto-revert-mode t)
>
> So if there are no modified buffers and the agenda file changes
> externally it just automatically updates to what is on disk.  That got
> rid of the annoying message for me.

I don't want to get rid of those messages completely. Couple of times
they saved my work (at least) and I don't need to revert org-mode
buffers that often to feel anoyed by two or three questions. However,
I'd like them to be asked in one row.

-- 
Miłego dnia,
Łukasz Stelmach

Re: [BUG] revering agenda files

[Bernt Hansen]

Łukasz Stelmach <lukasz.stelmach@iem.pw.edu.pl> writes:

> Bernt Hansen <bernt@norang.ca> writes:
>
>> Łukasz Stelmach <lukasz.stelmach@iem.pw.edu.pl> writes:
>>
>>> I'm not quite sure it is bug indeed but org-mode stops working as usual
>>> when you change the agenda files behind the scenes.
> [...]
>> My solution to this is
>>
>> (global-auto-revert-mode t)
>>
>> So if there are no modified buffers and the agenda file changes
>> externally it just automatically updates to what is on disk.  That got
>> rid of the annoying message for me.
>
> I don't want to get rid of those messages completely. Couple of times
> they saved my work (at least) and I don't need to revert org-mode
> buffers that often to feel anoyed by two or three questions. However,
> I'd like them to be asked in one row.

It only gets rid of the questions for buffers that are not modified.
It won't revert buffers if it destroys unsaved changes.
ie. if you modify an agenda file without changing it, then modify the
one on disk then you still get the question as you do now.

It only eliminates the questions for all of your agenda files that are
already saved to disk -- if the disk file changes we just update the
buffer in emacs too.

-Bernt