emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Clocking in the current task should clock it out first
@ 2010-03-17  9:45 Daniel Clemente
  2010-03-17 13:06 ` Bernt Hansen
  0 siblings, 1 reply; 7+ messages in thread
From: Daniel Clemente @ 2010-03-17  9:45 UTC (permalink / raw)
  To: Org-mode Org-Mode

Hi,
  in recent org-modes a new behaviour was added: when doing C-c C-x
C-i on the current task, it isn't clocked out first. It shows the
message „Clock continues in "[task]"“ and adds a new line for the
clock in.
  This creates a clock section like:

#+BEGIN_EXAMPLE
*** after pressing many successive C-c C-x C-i …
	:CLOCK:
	CLOCK: [2010-03-17 dc 10:25]--[2010-03-17 dc 10:30] =>  0:05
	CLOCK: [2010-03-17 dc 10:20]
	CLOCK: [2010-03-17 dc 10:20]
	CLOCK: [2010-03-17 dc 10:20]
	CLOCK: [2010-03-17 dc 10:20]
	CLOCK: [2010-03-17 dc 10:20]
	CLOCK: [2010-03-17 dc 10:20]
	CLOCK: [2010-03-12 dv 16:38]--[2010-03-12 dv 16:39] =>  0:01
	:END:
#+END_EXAMPLE


  They are later correctly found to be dangling clocks.
  I presume this is a bug?

Daniel

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Clocking in the current task should clock it out first
  2010-03-17  9:45 Clocking in the current task should clock it out first Daniel Clemente
@ 2010-03-17 13:06 ` Bernt Hansen
  2010-03-19 17:36   ` Carsten Dominik
  0 siblings, 1 reply; 7+ messages in thread
From: Bernt Hansen @ 2010-03-17 13:06 UTC (permalink / raw)
  To: Daniel Clemente; +Cc: Org-mode Org-Mode

Daniel Clemente <n142857@gmail.com> writes:

> Hi,
>   in recent org-modes a new behaviour was added: when doing C-c C-x
> C-i on the current task, it isn't clocked out first. It shows the
> message „Clock continues in "[task]"“ and adds a new line for the
> clock in.
>   This creates a clock section like:
>
> #+BEGIN_EXAMPLE
> *** after pressing many successive C-c C-x C-i …
> 	:CLOCK:
> 	CLOCK: [2010-03-17 dc 10:25]--[2010-03-17 dc 10:30] =>  0:05
> 	CLOCK: [2010-03-17 dc 10:20]
> 	CLOCK: [2010-03-17 dc 10:20]
> 	CLOCK: [2010-03-17 dc 10:20]
> 	CLOCK: [2010-03-17 dc 10:20]
> 	CLOCK: [2010-03-17 dc 10:20]
> 	CLOCK: [2010-03-17 dc 10:20]
> 	CLOCK: [2010-03-12 dv 16:38]--[2010-03-12 dv 16:39] =>  0:01
> 	:END:
> #+END_EXAMPLE
>
>
>   They are later correctly found to be dangling clocks.
>   I presume this is a bug?

Hi Daniel,

Yes I believe this is a bug.  I think I've also run into this issue but
I have auto clock resolution disabled so this is not leaving open clocks
in my setup.

(setq org-clock-auto-clock-resolution nil)

This of course is only a temporary work around until a real fix occurs.
I haven't had the time to investigate this yet but it is on my list of
things to look at.

-Bernt

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Re: Clocking in the current task should clock it out first
  2010-03-17 13:06 ` Bernt Hansen
@ 2010-03-19 17:36   ` Carsten Dominik
  2010-03-21 13:14     ` Daniel Clemente
  2010-03-23  0:25     ` Bernt Hansen
  0 siblings, 2 replies; 7+ messages in thread
From: Carsten Dominik @ 2010-03-19 17:36 UTC (permalink / raw)
  To: Bernt Hansen; +Cc: Org-mode Org-Mode

Hi,

strangely enough, this does not happen for me.  Maybe you
have some setup for clock resolution that I do not have?

- Carsten

On Mar 17, 2010, at 2:06 PM, Bernt Hansen wrote:

> Daniel Clemente <n142857@gmail.com> writes:
>
>> Hi,
>>  in recent org-modes a new behaviour was added: when doing C-c C-x
>> C-i on the current task, it isn't clocked out first. It shows the
>> message „Clock continues in "[task]"“ and adds a new line for the
>> clock in.
>>  This creates a clock section like:
>>
>> #+BEGIN_EXAMPLE
>> *** after pressing many successive C-c C-x C-i …
>> 	:CLOCK:
>> 	CLOCK: [2010-03-17 dc 10:25]--[2010-03-17 dc 10:30] =>  0:05
>> 	CLOCK: [2010-03-17 dc 10:20]
>> 	CLOCK: [2010-03-17 dc 10:20]
>> 	CLOCK: [2010-03-17 dc 10:20]
>> 	CLOCK: [2010-03-17 dc 10:20]
>> 	CLOCK: [2010-03-17 dc 10:20]
>> 	CLOCK: [2010-03-17 dc 10:20]
>> 	CLOCK: [2010-03-12 dv 16:38]--[2010-03-12 dv 16:39] =>  0:01
>> 	:END:
>> #+END_EXAMPLE
>>
>>
>>  They are later correctly found to be dangling clocks.
>>  I presume this is a bug?
>
> Hi Daniel,
>
> Yes I believe this is a bug.  I think I've also run into this issue  
> but
> I have auto clock resolution disabled so this is not leaving open  
> clocks
> in my setup.
>
> (setq org-clock-auto-clock-resolution nil)
>
> This of course is only a temporary work around until a real fix  
> occurs.
> I haven't had the time to investigate this yet but it is on my list of
> things to look at.
>
> -Bernt
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

- Carsten

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Re: Clocking in the current task should clock it out first
  2010-03-19 17:36   ` Carsten Dominik
@ 2010-03-21 13:14     ` Daniel Clemente
  2010-03-23  0:25     ` Bernt Hansen
  1 sibling, 0 replies; 7+ messages in thread
From: Daniel Clemente @ 2010-03-21 13:14 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: Bernt Hansen, Org-mode Org-Mode

El vie, mar 19 2010 a les 18:36, Carsten Dominik va escriure:
> Hi,
>
> strangely enough, this does not happen for me.  Maybe you
> have some setup for clock resolution that I do not have?
>

No. Just Emacs:
GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.18.6) of 2010-03-13

I used this .emacs:
(add-to-list 'load-path "/w/org-mode/lisp") (require 'org-install)
(add-to-list 'load-path "/w/org-mode/contrib/lisp")
(require 'org)


Commit 29d945720095a65852f69b7c628c1199eb4961fe (Date:   Fri Nov 27 08:09:10 2009 +0100) was done precisely to leave clocks open; the bad behaviour comes from this change.
Via bisect I found that the previous revision was good and the next revision bad.


-- Daniel

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Clocking in the current task should clock it out first
  2010-03-19 17:36   ` Carsten Dominik
  2010-03-21 13:14     ` Daniel Clemente
@ 2010-03-23  0:25     ` Bernt Hansen
  2010-05-16 17:15       ` John Wiegley
  1 sibling, 1 reply; 7+ messages in thread
From: Bernt Hansen @ 2010-03-23  0:25 UTC (permalink / raw)
  To: Carsten Dominik, John Wiegley; +Cc: Org-mode Org-Mode

Hi,

I tried playing with this again last weekend and I can't get it to break
on my Linux machine with GNU Emacs 22.2.1

I've seen it break (at least once) on windows at work... but I haven't
tried to reproduce that in my spare time.  Somehow I just can't get
myself to use Windows for 'fun' :-P

I tried the auto clock resolution with my normal clocking setup (where
the clock runs all the time, and I explicitly clock in and out
regardless of todo state changes).

I can't get the clock resolution/idle time code to do anything really
useful in my setup.  If I do org-resolve-clocks when my current task is
clocking it asks for how many minutes to keep etc, and then clocks in
from *now* leaving a hole in my clock data which I don't want.

I'm not sure exactly how this stuff is supposed to work - maybe John can
shed some light on this.  I can't find documentation about resolving
clocks in the regular org-mode documentation either.  I remember an
article John posted on the mailing list but I don't think that got into
the official org-mode documentation other than the lisp functions and
docstrings.

I have also notice that clock resolution (in the distant past) would
overlap clock times.  If it finds more than one open clock it can
resolve them so that they overlap with other clock entries and for me
that's _really_ _really_ bad.  I'd rather have it to nothing than create
hard-to-find overlapping clock entries.

For now I'll continue to run with org-clock-auto-clock-resolution set to
nil until I understand how this is supposed to work and make life better
for me :)

I would really like it to be more useful than it is in my setup but I'm
not really missing this functionality alot at the moment and my time to
play with it is extremely limited at present.

Regards,
Bernt


Carsten Dominik <carsten.dominik@gmail.com> writes:

> Hi,
>
> strangely enough, this does not happen for me.  Maybe you
> have some setup for clock resolution that I do not have?
>
> - Carsten
>
> On Mar 17, 2010, at 2:06 PM, Bernt Hansen wrote:
>
>> Daniel Clemente <n142857@gmail.com> writes:
>>
>>> Hi,
>>>  in recent org-modes a new behaviour was added: when doing C-c C-x
>>> C-i on the current task, it isn't clocked out first. It shows the
>>> message „Clock continues in "[task]"“ and adds a new line for the
>>> clock in.
>>>  This creates a clock section like:
>>>
>>> #+BEGIN_EXAMPLE
>>> *** after pressing many successive C-c C-x C-i …
>>> 	:CLOCK:
>>> 	CLOCK: [2010-03-17 dc 10:25]--[2010-03-17 dc 10:30] =>  0:05
>>> 	CLOCK: [2010-03-17 dc 10:20]
>>> 	CLOCK: [2010-03-17 dc 10:20]
>>> 	CLOCK: [2010-03-17 dc 10:20]
>>> 	CLOCK: [2010-03-17 dc 10:20]
>>> 	CLOCK: [2010-03-17 dc 10:20]
>>> 	CLOCK: [2010-03-17 dc 10:20]
>>> 	CLOCK: [2010-03-12 dv 16:38]--[2010-03-12 dv 16:39] =>  0:01
>>> 	:END:
>>> #+END_EXAMPLE
>>>
>>>
>>>  They are later correctly found to be dangling clocks.
>>>  I presume this is a bug?
>>
>> Hi Daniel,
>>
>> Yes I believe this is a bug.  I think I've also run into this issue
>> but
>> I have auto clock resolution disabled so this is not leaving open
>> clocks
>> in my setup.
>>
>> (setq org-clock-auto-clock-resolution nil)
>>
>> This of course is only a temporary work around until a real fix
>> occurs.
>> I haven't had the time to investigate this yet but it is on my list of
>> things to look at.
>>
>> -Bernt
>>
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> - Carsten
>
>
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Clocking in the current task should clock it out first
  2010-03-23  0:25     ` Bernt Hansen
@ 2010-05-16 17:15       ` John Wiegley
  2010-05-16 20:44         ` Bernt Hansen
  0 siblings, 1 reply; 7+ messages in thread
From: John Wiegley @ 2010-05-16 17:15 UTC (permalink / raw)
  To: Bernt Hansen; +Cc: Org-mode Org-Mode, Carsten Dominik

On Mar 22, 2010, at 8:25 PM, Bernt Hansen wrote:

> I can't get the clock resolution/idle time code to do anything really
> useful in my setup.  If I do org-resolve-clocks when my current task is
> clocking it asks for how many minutes to keep etc, and then clocks in
> from *now* leaving a hole in my clock data which I don't want.
> 
> I'm not sure exactly how this stuff is supposed to work - maybe John can
> shed some light on this.  I can't find documentation about resolving
> clocks in the regular org-mode documentation either.  I remember an
> article John posted on the mailing list but I don't think that got into
> the official org-mode documentation other than the lisp functions and
> docstrings.

Can you be a bit clearer here, Bernt?  I use the clock resolver constantly and have not been having the kinds of problem you describe.  I'd like to get these hammered out now, though.

> I have also notice that clock resolution (in the distant past) would
> overlap clock times.  If it finds more than one open clock it can
> resolve them so that they overlap with other clock entries and for me
> that's _really_ _really_ bad.  I'd rather have it to nothing than create
> hard-to-find overlapping clock entries.

Yes, this is a possibility. :(  Org-mode doesn't handle multiple open clocks gracefully in other ways too, so I didn't try to hard to avoid situations like these in the resolver.

John

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Clocking in the current task should clock it out first
  2010-05-16 17:15       ` John Wiegley
@ 2010-05-16 20:44         ` Bernt Hansen
  0 siblings, 0 replies; 7+ messages in thread
From: Bernt Hansen @ 2010-05-16 20:44 UTC (permalink / raw)
  To: John Wiegley; +Cc: Org-mode Org-Mode, Carsten Dominik

John Wiegley <jwiegley@gmail.com> writes:

> On Mar 22, 2010, at 8:25 PM, Bernt Hansen wrote:
>
>> I can't get the clock resolution/idle time code to do anything really
>> useful in my setup.  If I do org-resolve-clocks when my current task is
>> clocking it asks for how many minutes to keep etc, and then clocks in
>> from *now* leaving a hole in my clock data which I don't want.
>> 
>> I'm not sure exactly how this stuff is supposed to work - maybe John can
>> shed some light on this.  I can't find documentation about resolving
>> clocks in the regular org-mode documentation either.  I remember an
>> article John posted on the mailing list but I don't think that got into
>> the official org-mode documentation other than the lisp functions and
>> docstrings.
>
> Can you be a bit clearer here, Bernt?  I use the clock resolver
> constantly and have not been having the kinds of problem you describe.
> I'd like to get these hammered out now, though.

I'll try :)

I just turned it on in my setup by setting the following variables for
this session:

,----
| org-clock-auto-clock-resolution is a variable defined in `org-clock.el'.
| Its value is 
| when-no-clock-is-running
`----

,----
| org-clock-idle-time is a variable defined in `org-clock.el'.
| Its value is 1
`----

I haven't tried the idle time stuff yet.  I have a clocking entry to
test with that looks like this:

,----
| * NEXT Respond to John's email on clocking
|   SCHEDULED: <2010-05-16 Sun>
|   :CLOCK:
|   CLOCK: [2010-05-16 Sun 15:29]
|   :END:
`----

and I've been playing with starting clocks with open clock entries.  I'm
a bit confused about the prompt when I clock in with an open clock.  The
prompt seems to be geared towards the idle time stuff but I currently
don't have any idle time -- I'm just clocking in an open entry.

If I clock out, change the clock entry as above so that it is dangling
and then clock it in I get the following prompt:

"Dangling clock started 36 minutes ago [(kK)p (sS)ub (C)ncl (i)gn]"

As far as I can tell k and K are identical, s, S, and C are identical
and i leaves it untouched.

k and K asks me how many minutes to keep and then clocks in the entry
from now.

s, S, and C removes the open clock and clocks in the entry from now.

i leaves it alone and clocks in from the time of the open entry.

For this case I think it would make sense to simplify the prompt to just
k, s, and i (or whatever makes sense in this scenario).

Setting org-clock-auto-clock-resolution to t doesn't make any sense in
my setup since it asks for every clock-in what I want to do with the
minutes on my currently clocking entry.

I'm about to go light the barbecue for dinner... so I'll see what the
idle time stuff does shortly I hope.

...

Well that didn't seem to work.  It's been 15 minutes and as far as I can
tell the idle time stuff didn't do anything.  I clocked in another task
when the clock was still running and it simply closed the clock of my
open task and started the new clock normally.

Am I missing something in my setup to enable the idle time detection?

Regards,
Bernt

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2010-05-16 20:44 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-17  9:45 Clocking in the current task should clock it out first Daniel Clemente
2010-03-17 13:06 ` Bernt Hansen
2010-03-19 17:36   ` Carsten Dominik
2010-03-21 13:14     ` Daniel Clemente
2010-03-23  0:25     ` Bernt Hansen
2010-05-16 17:15       ` John Wiegley
2010-05-16 20:44         ` Bernt Hansen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).