From mboxrd@z Thu Jan 1 00:00:00 1970 From: Charles Sebold Subject: org-map-entries broken? Date: Mon, 19 Mar 2012 09:17:37 -0500 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 ([208.118.235.92]:59390) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S9dP8-0000Sl-Oo for emacs-orgmode@gnu.org; Mon, 19 Mar 2012 10:17:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S9dP1-0006eh-T0 for emacs-orgmode@gnu.org; Mon, 19 Mar 2012 10:17:46 -0400 Received: from mail-we0-f169.google.com ([74.125.82.169]:56293) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S9dP1-0006eQ-K1 for emacs-orgmode@gnu.org; Mon, 19 Mar 2012 10:17:39 -0400 Received: by werj55 with SMTP id j55so7594362wer.0 for ; Mon, 19 Mar 2012 07:17:37 -0700 (PDT) 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode I think this patch may have broken org-map-entries for me: e0072f79137bbfabdf848da6865d8e4de776a549 is the first bad commit commit e0072f79137bbfabdf848da6865d8e4de776a549 Author: David Maus Date: =C2=A0 Sun Mar 18 18:38:50 2012 +0100 =C2=A0 =C2=A0 Require one or more spaces (+) between keyword and headline =C2=A0 =C2=A0 * org.el (org-scan-tags): Require one or more spaces (+) betw= een =C2=A0 =C2=A0 keyword and headline. =C2=A0 =C2=A0 Otherwise the re will match a line like: =C2=A0 =C2=A0 * TODO@ Foobar =C2=A0 =C2=A0 And assumes the @ to be part of the headline. =C2=A0 =C2=A0 This fixes a glitch reported by Simon Thum in =C2=A0 =C2=A0 <4F53DEF7.8080604@gmx.de>. =C2=A0 =C2=A0 > Hi all, =C2=A0 =C2=A0 > =C2=A0 =C2=A0 > I have found some irritating behaviour, potentially a bug. = I have a =C2=A0 =C2=A0 > block agenda which goes like: =C2=A0 =C2=A0 > =C2=A0 =C2=A0 > tags-todo "@home&TODO=3D\"TODO\" =C2=A0 =C2=A0 > =C2=A0 =C2=A0 > and it displays a certain org line that reads =C2=A0 =C2=A0 > =C2=A0 =C2=A0 > **** TODO_ state triggers =C2=A0 =C2=A0 > =C2=A0 =C2=A0 > Which is just a heading for dealing with TODO state trigger= s, and I =C2=A0 =C2=A0 > appended the _ as I don't want it to be a TODO. =C2=A0 =C2=A0 > =C2=A0 =C2=A0 > For example, the global TODO list and syntax highlighting d= oes not =C2=A0 =C2=A0 > consider it a todo, but C-c a m TODO=3D"TODO" does. TODO=3D= "T" does not, =C2=A0 =C2=A0 > so it's not very grave. =C2=A0 =C2=A0 > =C2=A0 =C2=A0 > Most likely, it's simply an inconsistency arising from not = having a =C2=A0 =C2=A0 > real parser. I just wanted to report it here so it may get = fixed. :040000 040000 8f5974f2dd7cf5f0ad10db56d223ba09a6dbca80 624cee5569de7ef8f240ad75943be215bb823ccc M =C2=A0 =C2=A0 =C2=A0lisp ---------------------------------------------------------------------------= ------ Try the following before and after this patch was applied, for a test resul= t: ---------------------------------------------------------------------------= ------ * 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