From mboxrd@z Thu Jan  1 00:00:00 1970
From: pinard@iro.umontreal.ca (=?utf-8?Q?Fran=C3=A7ois?= Pinard)
Subject: Re: Bug: Recurring TODO spuriously blocked [7.7]
Date: Mon, 12 Dec 2011 14:10:21 -0500
Message-ID: <87wra1sj1e.fsf@iro.umontreal.ca>
References: <87wra2mpij.fsf@iro.umontreal.ca> <87wra1lmll.fsf@norang.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([140.186.70.92]:40527)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pinard@iro.umontreal.ca>) id 1RaBGZ-0002jl-9O
	for emacs-orgmode@gnu.org; Mon, 12 Dec 2011 14:10:24 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <pinard@iro.umontreal.ca>) id 1RaBGY-0004xx-D3
	for emacs-orgmode@gnu.org; Mon, 12 Dec 2011 14:10:23 -0500
Received: from 206-248-137-202.dsl.teksavvy.com ([206.248.137.202]:58669
	helo=mercure.epsilon-ti.ca) by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pinard@iro.umontreal.ca>) id 1RaBGY-0004xm-8A
	for emacs-orgmode@gnu.org; Mon, 12 Dec 2011 14:10:22 -0500
In-Reply-To: <87wra1lmll.fsf@norang.ca> (Bernt Hansen's message of "Mon, 12
	Dec 2011 12:35:18 -0500")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
To: Bernt Hansen <bernt@norang.ca>
Cc: emacs-orgmode@gnu.org

Bernt Hansen <bernt@norang.ca> writes:

> pinard@iro.umontreal.ca (Fran=C3=A7ois 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=C3=A7ois