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 <csebold@gmail.com> wrote:
> I think this patch may have broken org-map-entries for me:
>
> e0072f79137bbfabdf848da6865d8e4de776a549 is the first bad commit
> commit e0072f79137bbfabdf848da6865d8e4de776a549
> Author: David Maus <dmaus@ictsoc.de>
> 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
>     <4F53DEF7.8080604@gmx.de>.
>
>     > 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
>
>