From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Holst Subject: [bug] in capture Date: Tue, 15 May 2018 19:26:30 +0200 Message-ID: <48ea87ad-0447-72ad-decc-aa4bcf6ec089@gmx.de> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------68A3B199625599510B711807" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44821) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fIdig-0006cz-Hj for emacs-orgmode@gnu.org; Tue, 15 May 2018 13:26:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fIdib-0003me-Jg for emacs-orgmode@gnu.org; Tue, 15 May 2018 13:26:38 -0400 Received: from mout.gmx.net ([212.227.15.18]:59203) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fIdib-0003lo-AX for emacs-orgmode@gnu.org; Tue, 15 May 2018 13:26:33 -0400 Received: from [192.168.10.131] ([188.106.40.53]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Ma1Mt-1ezBQO2Awh-00LoBu for ; Tue, 15 May 2018 19:26:31 +0200 Content-Language: de-DE 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" To: emacs-orgmode@gnu.org This is a multi-part message in MIME format. --------------68A3B199625599510B711807 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi, I encountered a bug in cature (so I think). I have among other the following template: #+begin_src emacs-lisp   ("hr" "Rechnung erfassen" table-line    (file+function "~/git/org-priv/Univ_Beih.org" th:capure-find-open-vers-regn)    "| # | %^u | %^{Arzt/Apotheke} | %^{für wen|Lida|Oleg|Victor|Simon} | %^{Betrag} | %^u | | [[file:%c][link Beleg]] |"    :table-line-pos "III-1" :immediate-finish t) #+end_src With org-mode from git I get an error when using this template: : condition-case: Capture template ‘hr’: integer-or-marker-p With git bisect I found that: ab53ee2c3d3ad8a090823c5f0f22dfd626605b3c is the first bad commit commit ab53ee2c3d3ad8a090823c5f0f22dfd626605b3c Author: Nicolas Goaziou Date:   Mon Apr 30 00:52:57 2018 +0200     org-capture: Fix capturing in a table     * lisp/org-capture.el (org-capture-place-table-line): Rewrite function.     * testing/lisp/test-org-capture.el (test-org-capture/table-line): New       test. :040000 040000 900f436884b24172403ede46422a853f7b4a497c cbb50728eaae22ab234cab05dcda5b53050395df M    lisp :040000 040000 fd8fb9ee8fb1cf0ea3dd4694682932e4c3311a78 f6abcbceb630e8e704bf8b9c3d41ad0d029a5725 M    testing Prior to this commit everything is fine. Was there a change in the syntax I missed? Thanks for looking into this. --   Thomas --------------68A3B199625599510B711807 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi,

I encountered a bug in cature (so I think).

I have among other the following template:

#+begin_src emacs-lisp
  ("hr" "Rechnung erfassen" table-line
   (file+function "~/git/org-priv/Univ_Beih.org" th:capure-find-open-vers-regn)
   "| # | %^u | %^{Arzt/Apotheke} | %^{für wen|Lida|Oleg|Victor|Simon} | %^{Betrag} | %^u | | [[file:%c][link Beleg]] |"
   :table-line-pos "III-1" :immediate-finish t)
#+end_src

With org-mode from git I get an error when using this template:

: condition-case: Capture template ‘hr’: integer-or-marker-p

With git bisect I found that:

ab53ee2c3d3ad8a090823c5f0f22dfd626605b3c is the first bad commit
commit ab53ee2c3d3ad8a090823c5f0f22dfd626605b3c
Author: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Date:   Mon Apr 30 00:52:57 2018 +0200

    org-capture: Fix capturing in a table
   
    * lisp/org-capture.el (org-capture-place-table-line): Rewrite function.
    * testing/lisp/test-org-capture.el (test-org-capture/table-line): New
      test.

:040000 040000 900f436884b24172403ede46422a853f7b4a497c cbb50728eaae22ab234cab05dcda5b53050395df M    lisp
:040000 040000 fd8fb9ee8fb1cf0ea3dd4694682932e4c3311a78 f6abcbceb630e8e704bf8b9c3d41ad0d029a5725 M    testing

Prior to this commit everything is fine.

Was there a change in the syntax I missed?

Thanks for looking into this.

--
  Thomas


--------------68A3B199625599510B711807--