From mboxrd@z Thu Jan 1 00:00:00 1970 From: Allen Li Subject: Bug: ordered property blocks grandchildren [9.1.3 (9.1.3-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171116/)] Date: Mon, 20 Nov 2017 17:18:00 -0800 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43324) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eGxCM-0005UI-Vt for emacs-orgmode@gnu.org; Mon, 20 Nov 2017 20:18:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eGxCM-00054U-2p for emacs-orgmode@gnu.org; Mon, 20 Nov 2017 20:18:02 -0500 Received: from mail-qk0-x229.google.com ([2607:f8b0:400d:c09::229]:43756) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eGxCL-000543-VB for emacs-orgmode@gnu.org; Mon, 20 Nov 2017 20:18:02 -0500 Received: by mail-qk0-x229.google.com with SMTP id j202so9936639qke.10 for ; Mon, 20 Nov 2017 17:18:01 -0800 (PST) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org Create a file tmp.org with contents * TODO parent :PROPERTIES: :ORDERED: t :END: ** TODO child1 ** TODO child2 *** TODO grandchild1 *** TODO grandchild2 1. emacs -Q 2. M-: (setq org-enforce-todo-dependencies t) RET 3. C-x C-f tmp.org RET 4. Move point to grandchild2 5. C-c C-t user-error: TODO state change from TODO to DONE blocked (by "TODO child1") The documentation emphasizes that ORDERED is not inherited. The behavior that I would expect is that child1 blocks child2, but it should not block grandchild1 or grandchild2. However, I think the current behavior is also reasonable under some workflows. I=E2=80=99m creating a bug to track opinions, if one behavior i= s significantly more desired than the other, or if an option to control this behavior would be welcome. Emacs : GNU Emacs 25.2.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.11), modified by Debian Package: Org mode version 9.1.3 (9.1.3-elpaplus @ /usr/local/google/home/ayatane/.emacs.d/elpa/org-plus-contrib-20171116/)