Re: is this a known issue in clocktable output?

2019-12-02 Thread Nick Dokos
Marco Wahl  writes:

> Soubzriquet  writes:
>>> [...]
>
>>> > odd issue with using "day" steps where the date is getting offset
>>> > sometimes.
>>> >
>>> > I saw the issue with 26.1, was not fixed by updating  to current
>>> > environment with an empty init.el on OS X:
>>> > ...
>>> > Daily report: [2019-11-03 Sun]
>>> > | Headline | Time   |
>>> > |--+|
>>> > | *Total time* | *3:00* |
>>> > |--+|
>>> > | Day 3| 3:00   |
>>> >
>>> > Daily report: [2019-11-03 Sun]
>>> > | Headline | Time   |
>>> > |--+|
>>> > | *Total time* | *4:00* |
>>> > |--+|
>>> > | Day 4| 4:00   |
>>> >

>>> I can not reproduce this behavior.
>
>> Hi, sorry I was not more clear - the issue occurs also with emacs -Q  or
>> with empty init.el on my system.
>
> Okay, thanks.  I think I'm at the end of my abilities to investigate the
> issue further.
>
> I suggest you dig a little deeper for better understanding.  E.g.:
>
> - Try make the example of failure as small as you can.
>
> - Check with a newer version of Org.
>
> - Debug the issue.
>
>
> Possibly someone else can confirm the issue.
>  
>

I can reproduce the issue with 9.1.9, but it goes away with 9.2 or later.
Marco's suggestion to use a newer version is the right thing to do.

-- 
Nick

"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler




Re: is this a known issue in clocktable output?

2019-12-01 Thread Marco Wahl
Soubzriquet  writes:
>> [...]

>> > odd issue with using "day" steps where the date is getting offset
>> > sometimes.
>> >
>> > I saw the issue with 26.1, was not fixed by updating  to current
>> > environment with an empty init.el on OS X:

>> [...]
>>
>> > * Day 1
>> >   :LOGBOOK:
>> >   CLOCK: [2019-11-01 Fri 10:00]--[2019-11-01 Fri 11:00] =>  1:00
>> >   :END:
>> > * Day 2
>> >   :LOGBOOK:
>> >   CLOCK: [2019-11-02 Sat 10:00]--[2019-11-02 Sat 12:00] =>  2:00
>> >   :END:
>> > * Day 3
>> >   :LOGBOOK:
>> >   CLOCK: [2019-11-03 Sun 10:00]--[2019-11-03 Sun 13:00] =>  3:00
>> >   :END:
>> > * Day 4
>> >   :LOGBOOK:
>> >   CLOCK: [2019-11-04 Mon 10:00]--[2019-11-04 Mon 14:00] =>  4:00
>> >   :END:
>> > * Day 5
>> >   :LOGBOOK:
>> >   CLOCK: [2019-11-05 Tue 10:00]--[2019-11-05 Tue 15:00] =>  5:00
>> >   :END:
>> > * Day 6
>> >   :LOGBOOK:
>> >   CLOCK: [2019-11-06 Wed 10:00]--[2019-11-06 Wed 16:00] =>  6:00
>> >   :END:
>> >
>> > #+BEGIN: clocktable :scope file :maxlevel 2 :block thismonth :step day
>> :stepskip0 t
>> >
>> > Daily report: [2019-11-01 Fri]
>> > | Headline | Time   |
>> > |--+|
>> > | *Total time* | *1:00* |
>> > |--+|
>> > | Day 1| 1:00   |
>> >
>> > Daily report: [2019-11-02 Sat]
>> > | Headline | Time   |
>> > |--+|
>> > | *Total time* | *2:00* |
>> > |--+|
>> > | Day 2| 2:00   |
>> >
>> > Daily report: [2019-11-03 Sun]
>> > | Headline | Time   |
>> > |--+|
>> > | *Total time* | *3:00* |
>> > |--+|
>> > | Day 3| 3:00   |
>> >
>> > Daily report: [2019-11-03 Sun]
>> > | Headline | Time   |
>> > |--+|
>> > | *Total time* | *4:00* |
>> > |--+|
>> > | Day 4| 4:00   |
>> >
>> > Daily report: [2019-11-04 Mon]
>> > | Headline | Time   |
>> > |--+|
>> > | *Total time* | *5:00* |
>> > |--+|
>> > | Day 5| 5:00   |
>> >
>> > Daily report: [2019-11-05 Tue]
>> > | Headline | Time   |
>> > |--+|
>> > | *Total time* | *6:00* |
>> > |--+|
>> > | Day 6| 6:00   |
>> >
>> > #+END:
>>
>> I can not reproduce this behavior.

> Hi, sorry I was not more clear - the issue occurs also with emacs -Q  or
> with empty init.el on my system.

Okay, thanks.  I think I'm at the end of my abilities to investigate the
issue further.

I suggest you dig a little deeper for better understanding.  E.g.:

- Try make the example of failure as small as you can.

- Check with a newer version of Org.

- Debug the issue.


Possibly someone else can confirm the issue.
 

HTH,  Marco









Re: is this a known issue in clocktable output?

2019-11-30 Thread Soubzriquet
On Sat, Nov 30, 2019 at 1:05 AM Marco Wahl  wrote:

> The following message is a courtesy copy of an article
> that has been posted to gmane.emacs.orgmode as well.
>
> Soubzriquet  writes:
>
> > I'm new to using org-mode for time tracking, and have run into an odd
> issue
> > with using "day" steps where the date is getting offset sometimes.
> >
> > I saw the issue with 26.1, was not fixed by updating  to current
> > environment with an empty init.el on OS X:
>
> [...]
>
> > * Day 1
> >   :LOGBOOK:
> >   CLOCK: [2019-11-01 Fri 10:00]--[2019-11-01 Fri 11:00] =>  1:00
> >   :END:
> > * Day 2
> >   :LOGBOOK:
> >   CLOCK: [2019-11-02 Sat 10:00]--[2019-11-02 Sat 12:00] =>  2:00
> >   :END:
> > * Day 3
> >   :LOGBOOK:
> >   CLOCK: [2019-11-03 Sun 10:00]--[2019-11-03 Sun 13:00] =>  3:00
> >   :END:
> > * Day 4
> >   :LOGBOOK:
> >   CLOCK: [2019-11-04 Mon 10:00]--[2019-11-04 Mon 14:00] =>  4:00
> >   :END:
> > * Day 5
> >   :LOGBOOK:
> >   CLOCK: [2019-11-05 Tue 10:00]--[2019-11-05 Tue 15:00] =>  5:00
> >   :END:
> > * Day 6
> >   :LOGBOOK:
> >   CLOCK: [2019-11-06 Wed 10:00]--[2019-11-06 Wed 16:00] =>  6:00
> >   :END:
> >
> > #+BEGIN: clocktable :scope file :maxlevel 2 :block thismonth :step day
> :stepskip0 t
> >
> > Daily report: [2019-11-01 Fri]
> > | Headline | Time   |
> > |--+|
> > | *Total time* | *1:00* |
> > |--+|
> > | Day 1| 1:00   |
> >
> > Daily report: [2019-11-02 Sat]
> > | Headline | Time   |
> > |--+|
> > | *Total time* | *2:00* |
> > |--+|
> > | Day 2| 2:00   |
> >
> > Daily report: [2019-11-03 Sun]
> > | Headline | Time   |
> > |--+|
> > | *Total time* | *3:00* |
> > |--+|
> > | Day 3| 3:00   |
> >
> > Daily report: [2019-11-03 Sun]
> > | Headline | Time   |
> > |--+|
> > | *Total time* | *4:00* |
> > |--+|
> > | Day 4| 4:00   |
> >
> > Daily report: [2019-11-04 Mon]
> > | Headline | Time   |
> > |--+|
> > | *Total time* | *5:00* |
> > |--+|
> > | Day 5| 5:00   |
> >
> > Daily report: [2019-11-05 Tue]
> > | Headline | Time   |
> > |--+|
> > | *Total time* | *6:00* |
> > |--+|
> > | Day 6| 6:00   |
> >
> > #+END:
>
> I can not reproduce this behavior.
>
> Could you please check again with emacs -Q?
>
>
> Thanks.
>
>
Hi, sorry I was not more clear - the issue occurs also with emacs -Q  or
with empty init.el on my system.

Thanks


Re: is this a known issue in clocktable output?

2019-11-30 Thread Marco Wahl
Soubzriquet  writes:

> I'm new to using org-mode for time tracking, and have run into an odd issue
> with using "day" steps where the date is getting offset sometimes.
>
> I saw the issue with 26.1, was not fixed by updating  to current
> environment with an empty init.el on OS X:

[...]

> * Day 1
>   :LOGBOOK:
>   CLOCK: [2019-11-01 Fri 10:00]--[2019-11-01 Fri 11:00] =>  1:00
>   :END:
> * Day 2
>   :LOGBOOK:
>   CLOCK: [2019-11-02 Sat 10:00]--[2019-11-02 Sat 12:00] =>  2:00
>   :END:
> * Day 3
>   :LOGBOOK:
>   CLOCK: [2019-11-03 Sun 10:00]--[2019-11-03 Sun 13:00] =>  3:00
>   :END:
> * Day 4
>   :LOGBOOK:
>   CLOCK: [2019-11-04 Mon 10:00]--[2019-11-04 Mon 14:00] =>  4:00
>   :END:
> * Day 5
>   :LOGBOOK:
>   CLOCK: [2019-11-05 Tue 10:00]--[2019-11-05 Tue 15:00] =>  5:00
>   :END:
> * Day 6
>   :LOGBOOK:
>   CLOCK: [2019-11-06 Wed 10:00]--[2019-11-06 Wed 16:00] =>  6:00
>   :END:
>
> #+BEGIN: clocktable :scope file :maxlevel 2 :block thismonth :step day 
> :stepskip0 t
>
> Daily report: [2019-11-01 Fri]
> | Headline | Time   |
> |--+|
> | *Total time* | *1:00* |
> |--+|
> | Day 1| 1:00   |
>
> Daily report: [2019-11-02 Sat]
> | Headline | Time   |
> |--+|
> | *Total time* | *2:00* |
> |--+|
> | Day 2| 2:00   |
>
> Daily report: [2019-11-03 Sun]
> | Headline | Time   |
> |--+|
> | *Total time* | *3:00* |
> |--+|
> | Day 3| 3:00   |
>
> Daily report: [2019-11-03 Sun]
> | Headline | Time   |
> |--+|
> | *Total time* | *4:00* |
> |--+|
> | Day 4| 4:00   |
>
> Daily report: [2019-11-04 Mon]
> | Headline | Time   |
> |--+|
> | *Total time* | *5:00* |
> |--+|
> | Day 5| 5:00   |
>
> Daily report: [2019-11-05 Tue]
> | Headline | Time   |
> |--+|
> | *Total time* | *6:00* |
> |--+|
> | Day 6| 6:00   |
>
> #+END:

I can not reproduce this behavior.

Could you please check again with emacs -Q?


Thanks.