I can confirm this and add that it additionally breaks tag inheritance. I first noticed that a org-collector code block that I've been using forever was generating table that were way too long. My collector block includes =:conds ( not (string-match-p "noexport" ALLTAGS)= and the extra results I was getting all were from long trees tagged at the parent :no export:
I also have some Agenda custom views that use tag inheritance that broke at the same time.
I reverted =e0072f79137bbfabdf848da6865d8e4de776a549= and both behaviors corrected themselves.
Mike
On Monday, March 19, 2012, Charles Sebold <address@hidden> wrote:
> I think this patch may have broken org-map-entries for me: > > e0072f79137bbfabdf848da6865d8e4de776a549 is the first bad commit > commit e0072f79137bbfabdf848da6865d8e4de776a549 > Author: David Maus <address@hidden>
> Date: Sun Mar 18 18:38:50 2012 +0100 > > Require one or more spaces (+) between keyword and headline > > * org.el (org-scan-tags): Require one or more spaces (+) between > keyword and headline.
> > Otherwise the re will match a line like: > > * TODO@ Foobar > > And assumes the @ to be part of the headline. > > This fixes a glitch reported by Simon Thum in
> <address@hidden>. > > > Hi all, > > > > I have found some irritating behaviour, potentially a bug. I have a
> > block agenda which goes like: > > > > tags-todo "@home&TODO=\"TODO\" > > > > and it displays a certain org line that reads > >
> > **** TODO_ state triggers > > > > Which is just a heading for dealing with TODO state triggers, and I > > appended the _ as I don't want it to be a TODO. > >
> > For example, the global TODO list and syntax highlighting does not > > consider it a todo, but C-c a m TODO="TODO" does. TODO="T" does not, > > so it's not very grave.
> > > > Most likely, it's simply an inconsistency arising from not having a > > real parser. I just wanted to report it here so it may get fixed. > > :040000 040000 8f5974f2dd7cf5f0ad10db56d223ba09a6dbca80
> 624cee5569de7ef8f240ad75943be215bb823ccc M lisp > > --------------------------------------------------------------------------------- > > Try the following before and after this patch was applied, for a test result:
> > --------------------------------------------------------------------------------- > * test one > * test two > * test three > > #+BEGIN_SRC emacs-lisp :results both > (org-map-entries 'org-get-heading nil nil)
> #+END_SRC > --------------------------------------------------------------------------------- > > The results ought to be the three test headings in a table output. > After the patch it's blank.
> -- > Charles Sebold > Ego delendus sum > >