emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] Sticky agenda branch merged


From: Max Mikhanosha
Subject: Re: [O] Sticky agenda branch merged
Date: Tue, 17 Apr 2012 11:32:01 -0400
User-agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (Goj┼Ź) APEL/10.6 Emacs/23.3.50 (x86_64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO)

Hi Rainer, 

At Tue, 17 Apr 2012 15:23:00 +0200,
Rainer Stengele wrote:
> 
> Am 17.04.2012 14:29, schrieb Max Mikhanosha:
> > At Tue, 17 Apr 2012 12:09:40 +0200,
> > Rainer Stengele wrote:
> >> Am 16.04.2012 11:47, schrieb Max Mikhanosha:
> >>> I had just pushed a merge of max-sticky-agenda branch to master, let
> >>> me know if there are any problems, also feel free to hack/iterate on
> >> I see a strange behaviour when clocking in with C-c C-x C-i.
> >> Sometimes (!) there is no new CLOCK: entry created.
> >> The TODO state changes as expected, but no new CLOCK: line is created, 
> >> even when clocking out.
> >> Looks like this happens when the initial TODO state is set.
> >>
> >> Maybe I missed a change in the behaviour?
> > Rainer, I can't reproduce this, can you give me a few more details?
> >
> > 1. Are you doing C-c C-x C-i from agenda, or from an Org File?
> 
> from org file
> 
> >
> > 2. I don't understand the "TODO state changes as expected" part, I
> > thought clock-in command has no effect on todo state, ie it simply
> > adds CLOCK line to logbook drawer. Is there some extra configuration I
> > need to change to enable this bit?
> 
> I have set "org-clock-in-switch-to-state" to "INARBEIT" state in my state 
> sequence
> 
> #+SEQ_TODO: TODO INARBEIT WARTEN | MOVED DONE CANCELED DELEGATED
> 
> As soon as I am in state "INARBEIT" and doing a clockin, the CLOCK: line 
> appears.
> >
> > 3. Are sticky agendas enabled?
> 
> YES!
> >
> > 4. If its from agenda, and its sticky, is it freshly generated, or was
> >    it refreshed with "g" or "r" key?
> it is not from agenda
> >
> > 5. If its from sticky agenda, can you reproduce it without enabling sticky 
> > agendas?
> Let me see: no, problem occurs with or without sticky agendas
> >

So far this looks to me as its unrelated to sticky changes, could you
by any chance try commit 3bd1c2e9bff539c94f92f1ec919f8f0f1640f8c0
which is 1 before sticky merge , and see if same scenario is broken
there?

The git commands to do it (ignore if your git-fu is strong)

git checkout 3bd1c2e9bff539c94f92f1ec919f8f0f1640f8c0
.. test ..
git checkout master
.. back to normal ..

Regards,
 Max




reply via email to

[Prev in Thread] Current Thread [Next in Thread]