From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>
Received: from mp0 ([2001:41d0:2:4a6f::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by ms11 with LMTPS
	id oAE2KJ9uVF+4ZAAA0tVLHw
	(envelope-from <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Sun, 06 Sep 2020 05:07:43 +0000
Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by mp0 with LMTPS
	id OMgNJJ9uVF+XJwAA1q6Kng
	(envelope-from <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Sun, 06 Sep 2020 05:07:43 +0000
Received: from lists.gnu.org (lists.gnu.org [209.51.188.17])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by aspmx1.migadu.com (Postfix) with ESMTPS id 2AB049404D4
	for <larch@yhetil.org>; Sun,  6 Sep 2020 05:07:43 +0000 (UTC)
Received: from localhost ([::1]:41754 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	id 1kEmtx-0004OQ-RF
	for larch@yhetil.org; Sun, 06 Sep 2020 01:07:41 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:55330)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <bzg@gnu.org>) id 1kEmtf-0004OK-Nx
 for emacs-orgmode@gnu.org; Sun, 06 Sep 2020 01:07:23 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:46069)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <bzg@gnu.org>)
 id 1kEmte-00034B-6N; Sun, 06 Sep 2020 01:07:22 -0400
Received: from lns-bzn-32-82-254-31-120.adsl.proxad.net ([82.254.31.120]:55778
 helo=guerry)
 by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256)
 (Exim 4.82) (envelope-from <bzg@gnu.org>)
 id 1kEmtd-0004vM-KU; Sun, 06 Sep 2020 01:07:22 -0400
Received: by guerry (Postfix, from userid 1000)
 id 0E7A21A60D69; Sun,  6 Sep 2020 07:07:20 +0200 (CEST)
From: Bastien <bzg@gnu.org>
To: Kyle Meyer <kyle@kyleam.com>
Subject: tags-todo agenda shoud not ignore DONE items (was: tags-todo
 org-agenda-custom-command weirdness)
Organization: GNU
References: <m2ftazm3l1.fsf@brautaset.org> <87d061auiw.fsf@kyleam.com>
 <m2bllkxitb.fsf@Margil.fritz.box> <87r1ufmw72.fsf@kyleam.com>
X-Woof-Bug: confirmed
Date: Sun, 06 Sep 2020 07:07:20 +0200
In-Reply-To: <87r1ufmw72.fsf@kyleam.com> (Kyle Meyer's message of "Tue, 16 Jun
 2020 05:11:29 +0000")
Message-ID: <87h7sbpk6v.fsf_-_@gnu.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-BeenThere: emacs-orgmode@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
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: <https://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>
Cc: emacs-orgmode@gnu.org, Stig Brautaset <stig@brautaset.org>
Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org
Sender: "Emacs-orgmode" <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>
X-Scanner: scn0
Authentication-Results: aspmx1.migadu.com;
	dkim=none;
	dmarc=none;
	spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org
X-Spam-Score: -1.01
X-TUID: 5B+eoI/rauBh

Kyle Meyer <kyle@kyleam.com> writes:

>> This behaviour of `tags-todo` seems inconsistent to me. If `todo` can
>> find DONE items, why shouldn't `tags-todo` do the same?
>
> Perhaps it should.  The behavior has been that way for a long time, and
> the code makes it look very deliberate.  That of course is not an
> argument that it should be that way, just one basis for expectations
> (and a reason to be wary of breaking workflows).
>
> And it looks like it was actually supposed to change to your preference
> in 2017.  There was a report [0] that essentially boils down to what
> you're saying, I think.  In response, 942b6267a (org-agenda: `tags-todo'
> command type includes DONE keywords, 2017-04-18) was applied, but then
> reverted for reasons not related to the intended change in behavior [1].
>
> There was then a follow-up in 2fb129b5c (`org-scan-tags' retrieve all
> TODO keywords, not only not-done ones, 2017-08-17).  As far as I can
> tell, that was supposed to achieve the behavior you're after but didn't.
> I don't have time to dig much at the moment, but quickly stepping
> through org-scan-tags, I think the issue is that the MATCHER argument
> still filters out done states.
>
>
> [0] https://orgmode.org/list/CAF96XX0XxhPKjAxy0dQmOiy3rnT+DUok4p1y71F1AwyJaNL-MA@mail.gmail.com/
> [1] https://orgmode.org/list/874lt89fi2.fsf@free.fr/

Confirming this as an issue, if someone wants to fix it.

-- 
 Bastien