* Bug: Recurring TODO spuriously blocked [7.7]
@ 2011-12-12 3:34 François Pinard
2011-12-12 17:35 ` Bernt Hansen
0 siblings, 1 reply; 5+ messages in thread
From: François Pinard @ 2011-12-12 3:34 UTC (permalink / raw)
To: emacs-orgmode
Hi, people.
Whenever a TODO is scheduled with a recurrence (with .+ or ++), forcing
the state to DONE is a mere way to trigger Org into setting the state to
TODO again, yet with the scheduled date updated for the next repetition.
Setting to DONE merely means that this repetition is done, which is not
the same as being forever DONE. In fact, setting a repeated schedule to
DONE is really a way of updating the schedule; the intent relies on the
mechanics by which the DONE state is just a transient way to TODO again.
Now, within ~/.emacs, I have org-enforce-todo-dependencies set to t, for
good purposes. But then, I get spurious:
byte-code: TODO state change from TODO to DONE blocked
trying to schedule the next repetition. todo-dependencies should likely
never be enforced for repeated entries, even if enforced otherwise, as
enforcing for repetitions with the current Org mechanics has no meaning,
at least as I undestand Org so far.
François
P.S. This is my first report to Org mode people. To sent id, I tried
the "Org -> Send Bug Report" menu entry. This action took quite a long
time, mostly writing dots after "Formatting bug report buffer", and
produced a very long "current state" section, containing what might be
byte code, and very long lines which did not seem meaningful, and which
I edited out so this submission stays reasonable. As edited below, the
report is now of reasonable length, and hopefully, reasonable contents.
The bug report took too much time to generate, and too much time to
hand-edit afterwards, to the point of discouragement. I will likely
avoid that menu in next communications. In my opinion, to be usable,
the generation should be corrected to avoid byte-code, and other noise.
It might also solve the speed problem.
Emacs : GNU Emacs 23.2.1 (i686-pc-linux-gnu, GTK+ Version 2.24.4)
of 2011-04-04 on rothera, modified by Debian
Package: Org-mode version 7.7
current state:
==============
(setq
org-mouse-features '(context-menu move-tree yank-link activate-stars
activate-bullets activate-checkboxes)
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-todo-keyword-faces '(("TODO" :foreground "orange" :weight bold)
("NEXT" . org-todo) ("DONE" . org-done)
("WAIT" :foreground "dark red" :weight bold)
("ISSUE" . org-todo)
("FORWARDED" :foreground "dark red" :weight
bold)
("REJECTED" :foreground "black" :weight bold)
("SOLVED" . org-done)
("Reclasser" :foreground "orange" :weight bold))
org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-agenda-files '("~/fp/notes/epsilon.org" "~/fp/notes/notes.org")
org-blocker-hook '(org-block-todo-from-checkboxes
org-block-todo-from-children-or-siblings-or-parent)
org-clock-in-hook '(fp-org-clock-in-routine)
org-metaup-hook '(org-babel-load-in-session-maybe)
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-special-ctrl-k t
org-export-latex-format-toc-function 'org-export-latex-format-toc-default
org-stuck-projects '("+projet/-DONE" ("TODO" "NEXT") nil "")
org-clock-in-resume t
org-agenda-clock-consistency-checks '(:max-gap "0:05" :gap-ok-around
("4:00" "13:30" "19:30")
:max-duration "10:00"
:min-duration 2 :default-face
((:background "DarkRed")
(:foreground "white"))
:gap-face
((:background "light blue")
(:foreground "white"))
:no-end-time-face
((:background "salmon")
(:foreground "white"))
)
org-tab-first-hook '(org-hide-block-toggle-maybe
org-src-native-tab-command-maybe
org-babel-hide-result-toggle-maybe)
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-confirm-shell-link-function nil
org-export-first-hook '(org-beamer-initialize-open-trackers)
org-use-tag-inheritance nil
org-clock-persist t
org-startup-indented t
org-todo-keywords '((sequence "TODO(t)" "NEXT(n)" "|" "DONE(d)"
"WAIT(w@)")
(sequence "ISSUE(i)" "FORWARDED(f@)" "|"
"REJECTED(r@)" "SOLVED(s@)")
(sequence "Reclasser" "|"))
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-default-notes-file "~/fp/notes/notes.org"
org-directory "~/fp/notes"
org-blank-before-new-entry nil
org-babel-pre-tangle-hook '(save-buffer)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers)
org-mode-hook '((lambda nil
(add-hook (quote before-save-hook)
(quote fp-org-before-save))
(imenu-add-to-menubar "Imenu") (visual-line-mode t)
(setq compile-command
(concat "~/etc/bin/orgmode-tool >/dev/null"
"; ~/etc/bin/orgmode-tool -s")
fill-paragraph-function (quote fp-org-fill-paragraph))
)
org-agenda-ndays 1
org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
org-babel-execute-safely-maybe)
org-confirm-elisp-link-function nil
org-log-into-drawer t
org-export-interblocks '((lob org-babel-exp-lob-one-liners)
(src org-babel-exp-inline-src-blocks))
org-clock-out-hook '(fp-org-clock-out-routine
org-clock-remove-empty-clock-drawer)
org-enforce-todo-dependencies t
org-link-mailto-program '(compose-mail "%a" "%s")
org-occur-hook '(org-first-headline-recenter)
org-from-is-user-regexp "\\<François Pinard\\>"
org-yank-adjusted-subtrees t
org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code)
org-tags-column -70
org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
org-beamer-auto-fragile-frames
org-beamer-place-default-actions-for-lists)
org-enforce-todo-checkbox-dependencies t
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-clock-idle-time 10
org-export-blocks '((src org-babel-exp-src-block nil)
(comment org-export-blocks-format-comment t)
(ditaa org-export-blocks-format-ditaa nil)
(dot org-export-blocks-format-dot nil))
)
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: Bug: Recurring TODO spuriously blocked [7.7]
2011-12-12 3:34 Bug: Recurring TODO spuriously blocked [7.7] François Pinard
@ 2011-12-12 17:35 ` Bernt Hansen
2011-12-12 19:10 ` François Pinard
0 siblings, 1 reply; 5+ messages in thread
From: Bernt Hansen @ 2011-12-12 17:35 UTC (permalink / raw)
To: François Pinard; +Cc: emacs-orgmode
pinard@iro.umontreal.ca (François Pinard) writes:
>
> Whenever a TODO is scheduled with a recurrence (with .+ or ++), forcing
> the state to DONE is a mere way to trigger Org into setting the state to
> TODO again, yet with the scheduled date updated for the next repetition.
> Setting to DONE merely means that this repetition is done, which is not
> the same as being forever DONE. In fact, setting a repeated schedule to
> DONE is really a way of updating the schedule; the intent relies on the
> mechanics by which the DONE state is just a transient way to TODO again.
>
> Now, within ~/.emacs, I have org-enforce-todo-dependencies set to t, for
> good purposes. But then, I get spurious:
>
> byte-code: TODO state change from TODO to DONE blocked
>
> trying to schedule the next repetition. todo-dependencies should likely
> never be enforced for repeated entries, even if enforced otherwise, as
> enforcing for repetitions with the current Org mechanics has no meaning,
> at least as I undestand Org so far.
You can set a NOBLOCKING property to t to skip the dependency check for
repeated tasks.
* TODO Some Repeating Task
SCHEDULED: <2011-12-16 Fri 15:30 ++1w>
:PROPERTY:
:NOBLOCKING: t
:END:
Regards,
Bernt
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Bug: Recurring TODO spuriously blocked [7.7]
2011-12-12 17:35 ` Bernt Hansen
@ 2011-12-12 19:10 ` François Pinard
2011-12-13 0:44 ` Bernt Hansen
0 siblings, 1 reply; 5+ messages in thread
From: François Pinard @ 2011-12-12 19:10 UTC (permalink / raw)
To: Bernt Hansen; +Cc: emacs-orgmode
Bernt Hansen <bernt@norang.ca> writes:
> pinard@iro.umontreal.ca (François Pinard) writes:
>> todo-dependencies should likely never be enforced for repeated
>> entries, even if enforced otherwise, as enforcing for repetitions
>> with the current Org mechanics has no meaning, at least as I
>> undestand Org so far.
> You can set a NOBLOCKING property to t to skip the dependency check for
> repeated tasks.
> * TODO Some Repeating Task
> SCHEDULED: <2011-12-16 Fri 15:30 ++1w>
> :PROPERTY:
> :NOBLOCKING: t
> :END:
Thanks for the hint, Bernt. I'll use it for now.
I still think this is a work around a real problem, which would ideally
be corrected. Regardless of blocking being configured or not for
non-repeating tasks, repeated tasks should never be blocked, shouldn't
they?
François
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Bug: Recurring TODO spuriously blocked [7.7]
2011-12-12 19:10 ` François Pinard
@ 2011-12-13 0:44 ` Bernt Hansen
2011-12-13 1:33 ` François Pinard
0 siblings, 1 reply; 5+ messages in thread
From: Bernt Hansen @ 2011-12-13 0:44 UTC (permalink / raw)
To: François Pinard; +Cc: emacs-orgmode
pinard@iro.umontreal.ca (François Pinard) writes:
> Bernt Hansen <bernt@norang.ca> writes:
>
>> pinard@iro.umontreal.ca (François Pinard) writes:
>
>>> todo-dependencies should likely never be enforced for repeated
>>> entries, even if enforced otherwise, as enforcing for repetitions
>>> with the current Org mechanics has no meaning, at least as I
>>> undestand Org so far.
>
>> You can set a NOBLOCKING property to t to skip the dependency check for
>> repeated tasks.
>
>> * TODO Some Repeating Task
>> SCHEDULED: <2011-12-16 Fri 15:30 ++1w>
>> :PROPERTY:
>> :NOBLOCKING: t
>> :END:
>
> Thanks for the hint, Bernt. I'll use it for now.
>
> I still think this is a work around a real problem, which would ideally
> be corrected. Regardless of blocking being configured or not for
> non-repeating tasks, repeated tasks should never be blocked, shouldn't
> they?
>
> François
Hi François,
I think the answer to that question is "it depends". I think there is a
way to make check boxes block tasks too (but I've never used it) and in
conjunction with resetting all of the checkboxes to unchecked you
probably don't want to do that accidentally half way through your list
of done items.
I think this preference is very much workflow driven and shouldn't be
globally assigned for everyone. I'm fine with an option that selects
the behaviour globally so you can customize it the way you like.
It would be nice if subtasks (that are DONE) get automatically moved
back to TODO when the parent repeating task is marked DONE (and goes
back to TODO). It's just not an itch anyone has scratched yet. If
repeating tasks behaved this way (in the future) I think keeping the
blocking functionality for repeating tasks makes sense.
Regards,
Bernt
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Bug: Recurring TODO spuriously blocked [7.7]
2011-12-13 0:44 ` Bernt Hansen
@ 2011-12-13 1:33 ` François Pinard
0 siblings, 0 replies; 5+ messages in thread
From: François Pinard @ 2011-12-13 1:33 UTC (permalink / raw)
To: Bernt Hansen; +Cc: emacs-orgmode
>>> pinard@iro.umontreal.ca (François Pinard) writes:
>>>> todo-dependencies should likely never be enforced for repeated
>>>> entries
>> Bernt Hansen <bernt@norang.ca> writes:
>>> You can set a NOBLOCKING property to t to skip the dependency check
>>> for repeated tasks.
Bernt Hansen <bernt@norang.ca> writes:
> It would be nice if subtasks (that are DONE) get automatically moved
> back to TODO when the parent repeating task is marked DONE (and goes
> back to TODO). It's just not an itch anyone has scratched yet. [...]
Bernt, I think I understand your point. You would prefer leaving the
(currently unspecified) meaning opened for some later thinking and
development. I will not cruisade for a change, as your suggestion gives
me an usable work around. I thank you for having shared it.
François
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-12-13 1:33 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-12-12 3:34 Bug: Recurring TODO spuriously blocked [7.7] François Pinard
2011-12-12 17:35 ` Bernt Hansen
2011-12-12 19:10 ` François Pinard
2011-12-13 0:44 ` Bernt Hansen
2011-12-13 1:33 ` François Pinard
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).