emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* ORDERED property affects next subtree also
@ 2015-08-06  9:35 Bingo UV
  2015-08-06 16:01 ` Nicolas Goaziou
  0 siblings, 1 reply; 2+ messages in thread
From: Bingo UV @ 2015-08-06  9:35 UTC (permalink / raw)
  To: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 1395 bytes --]

Hi,
For a simple .emacs file like :
---------------------------------
(add-to-list 'load-path "~/.emacs.d/orglisp")
(require 'org)
(setq org-enforce-todo-dependencies t)
(setq org-agenda-dim-blocked-tasks 'invisible)
(setq org-agenda-files (list "~/org/test.org"))
(setq org-tags-exclude-from-inheritance (quote ("tag")))
---------------------------------

And simple org file like :
--------------------------------
* ordered                               :tag:
  :PROPERTIES:
  :ORDERED:  t
  :END:
** TODO task 1
** TODO task 2
* unordered         :tag:
** TODO task1
---------------------------------

The command "M-x org-agenda m tag" shows both the entries "ordered" and
"unordered". But if "ordered" becomes TODO, like 


--------------------------------
* TODO ordered                               :tag:
  :PROPERTIES:
  :ORDERED:  t
  :END:
** TODO task 1
** TODO task 2
* unordered         :tag:
** TODO task1
---------------------------------

The same command "M-x org-agenda m tag" shows no entry - neither
"ordered" nor "unordered". The "unordered" item should still show up
irrespective of "ordered" being TODO or not.

It appears to be a bug. Is there an explanation / workaround for this?

   I see this issue in 8.2 from stable branch, as well as daily
   snapshot downloaded from http://orgmode.org/org-latest.tar.gz.

thanks

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: ORDERED property affects next subtree also
  2015-08-06  9:35 ORDERED property affects next subtree also Bingo UV
@ 2015-08-06 16:01 ` Nicolas Goaziou
  0 siblings, 0 replies; 2+ messages in thread
From: Nicolas Goaziou @ 2015-08-06 16:01 UTC (permalink / raw)
  To: Bingo UV; +Cc: emacs-orgmode

Hello,

Bingo UV <right.ho@gmail.com> writes:

> For a simple .emacs file like :
> ---------------------------------
> (add-to-list 'load-path "~/.emacs.d/orglisp")
> (require 'org)
> (setq org-enforce-todo-dependencies t)
> (setq org-agenda-dim-blocked-tasks 'invisible)
> (setq org-agenda-files (list "~/org/test.org"))
> (setq org-tags-exclude-from-inheritance (quote ("tag")))
> ---------------------------------
>
> And simple org file like :
> --------------------------------
> * ordered                               :tag:
>   :PROPERTIES:
>   :ORDERED:  t
>   :END:
> ** TODO task 1
> ** TODO task 2
> * unordered         :tag:
> ** TODO task1
> ---------------------------------
>
> The command "M-x org-agenda m tag" shows both the entries "ordered" and
> "unordered". But if "ordered" becomes TODO, like 
>
>
> --------------------------------
> * TODO ordered                               :tag:
>   :PROPERTIES:
>   :ORDERED:  t
>   :END:
> ** TODO task 1
> ** TODO task 2
> * unordered         :tag:
> ** TODO task1
> ---------------------------------
>
> The same command "M-x org-agenda m tag" shows no entry - neither
> "ordered" nor "unordered". The "unordered" item should still show up
> irrespective of "ordered" being TODO or not.

This should be fixed in maint. Thank you.

Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-08-06 16:00 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-06  9:35 ORDERED property affects next subtree also Bingo UV
2015-08-06 16:01 ` Nicolas Goaziou

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).