From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rainer Stengele Subject: Re: Sticky agenda branch merged Date: Tue, 17 Apr 2012 17:58:27 +0200 Message-ID: <4F8D9323.6070309@online.de> References: <87aa2chuug.wl%max@openchat.com> <4F8D4164.1070207@online.de> <87y5puv8wf.wl%max@openchat.com> <4F8D6EB4.3080806@online.de> <87bomq4bny.wl%max@openchat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:52117) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SKAnc-0005VY-Bu for emacs-orgmode@gnu.org; Tue, 17 Apr 2012 11:58:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SKAnT-0002wL-72 for emacs-orgmode@gnu.org; Tue, 17 Apr 2012 11:58:35 -0400 Received: from ns.diplan.de ([212.34.188.4]:54537 helo=mail.diplan.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SKAnS-0002vk-S6 for emacs-orgmode@gnu.org; Tue, 17 Apr 2012 11:58:27 -0400 Received: from [192.168.99.164] (stengelepc.diplan.de [192.168.99.164]) by mail.diplan.de (Postfix outbound) with ESMTP id 32C439E4F for ; Tue, 17 Apr 2012 17:58:25 +0200 (CEST) In-Reply-To: <87bomq4bny.wl%max@openchat.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hi Max, I'll try later. What I just found: being in a sticky agenda and trying "v r" I get this error which was not there before the merge: org-agenda-check-type: Not allowed in nil-type agenda buffers. Actually "v c" directly before entering "v r" gave results! Thanks, Rainer Am 17.04.2012 17:32, schrieb Max Mikhanosha: > 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 > > >