Re: Bug: org-clock-remove-empty-clock-drawer eats LOGBOOK drawer before todo state gets logged [8.3.2 (8.3.2-52-g6d0af5-elpaplus @ /Users/Olli/.emacs.d/elpa/org-20151228/)]

[Nicolas Goaziou <mail@nicolasgoaziou.fr>]

Hello,

Olli P <kotkis@gmail.com> writes:

> Steps to reproduce:
>
> Launching Emacs with -Q, calling `M-x package-initialize` and then `M-x
> org-mode`, and evaluating the following settings:
>
> (setq org-clock-into-drawer t)
> (setq org-log-into-drawer t)
> (setq org-clock-into-drawer t)
> (setq org-log-done 'time)
> (setq org-clock-out-when-done t)
> (setq org-clock-out-remove-zero-time-clocks t)
> (setq org-todo-keywords '((sequence "TODO(t)" "WAIT(w@/!)" "|" "DONE(d!)" "CANCELED(c@)")))
>
> Creating a new task, clock-in in and immediately completing the task
> will result in:
> ----------------------------------------------------------------------
>
> * DONE I bug out
>   CLOSED: [2016-01-03 Sun 21:36]
>   - State "DONE"       from "TODO"       [2016-01-03 Sun 21:36]
>
> ----------------------------------------------------------------------
> Instead of the expected:
> ----------------------------------------------------------------------
>
>     * DONE I bug out
>       CLOSED: [2016-01-03 Sun 21:38]
>       :LOGBOOK:
>       - State "DONE"       from "TODO"       [2016-01-03 Sun 21:38]
>       :END:
>
> ----------------------------------------------------------------------
> If I wait for the timer to run for a minute then things work as expected
> as well:
> ----------------------------------------------------------------------
>
>     * DONE I bug out
>       CLOSED: [2016-01-03 Sun 23:00]
>       :LOGBOOK:
>       - State "DONE"       from "TODO"       [2016-01-03 Sun 23:00]
>       CLOCK: [2016-01-03 Sun 22:59]--[2016-01-03 Sun 23:00] =>  0:01
>       :END:
>
> ----------------------------------------------------------------------
> The culprit is `org-clock-remove-empty-clock-drawer` that gets run at
> the end of `org-clock-out` for being a `org-clock-out-hook`.

Fixed in development version. Thank you for the report.

Regards,

-- 
Nicolas Goaziou