From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: BUG-Resume clock on startup Date: Wed, 8 Jul 2009 14:30:12 +0200 Message-ID: <46105C27-0A33-4C58-85F0-A77FC68C3459@gmail.com> References: <871vos3wk9.fsf@gollum.intra.norang.ca> <8FC593F5-EC24-4DC1-BCBC-B813131DAFE2@gmail.com> <87skh72yjr.fsf@gollum.intra.norang.ca> Mime-Version: 1.0 (Apple Message framework v935.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MOWI3-0004ZY-Bm for emacs-orgmode@gnu.org; Wed, 08 Jul 2009 08:30:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MOWHy-0004XZ-II for emacs-orgmode@gnu.org; Wed, 08 Jul 2009 08:30:22 -0400 Received: from [199.232.76.173] (port=38715 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MOWHy-0004XW-Cq for emacs-orgmode@gnu.org; Wed, 08 Jul 2009 08:30:18 -0400 Received: from mail-ew0-f208.google.com ([209.85.219.208]:59577) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MOWHy-0006QS-11 for emacs-orgmode@gnu.org; Wed, 08 Jul 2009 08:30:18 -0400 Received: by ewy4 with SMTP id 4so6470737ewy.42 for ; Wed, 08 Jul 2009 05:30:16 -0700 (PDT) In-Reply-To: <87skh72yjr.fsf@gollum.intra.norang.ca> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bernt Hansen Cc: emacs-orgmode@gnu.org On Jul 8, 2009, at 1:40 PM, Bernt Hansen wrote: > Carsten Dominik writes: > >> On Jul 8, 2009, at 1:25 AM, Bernt Hansen wrote: >> >>> Hi Carsten, >>> >>> I have a monthly repeated task (Archive tasks) that has lots of old >>> clock time on it currently but has never been marked DONE since the >>> creation of the property LAST_REPEAT_TIME. If this task is clocking >>> when Emacs exits and you restart emacs and answer Yes to continue >>> the >>> clock - the modeline has the total time for the parent task (151:04 >>> instead of the total time for this task (5:04). If I clock the task >>> in >>> again the modeline is correct. >> >> I don't think this can be avoided for a transition period, until each >> such tasks has the new property. >> >> O course you can go to all these tasks and add the LAST_REPEAT >> property yourself. > > The bug isn't that the LAST_REPEAT is missing - but that the modeline > has the total time for the parent task of the one that gets clocked > in. Ah, sorry, I misread. This bug has been fixed. - Carsten