From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fletcher Charest Subject: [BUG] Weird behaviour just after a capture Date: Tue, 22 Jul 2014 01:19:33 +0200 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bb04f04f75f0704febc56f2 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51148) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9Mrt-0002Oy-4l for emacs-orgmode@gnu.org; Mon, 21 Jul 2014 19:19:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X9Mrm-0001ve-Ql for emacs-orgmode@gnu.org; Mon, 21 Jul 2014 19:19:41 -0400 Received: from mail-wg0-x229.google.com ([2a00:1450:400c:c00::229]:48588) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9Mrm-0001vC-JZ for emacs-orgmode@gnu.org; Mon, 21 Jul 2014 19:19:34 -0400 Received: by mail-wg0-f41.google.com with SMTP id z12so7196078wgg.0 for ; Mon, 21 Jul 2014 16:19:33 -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@gnu.org --047d7bb04f04f75f0704febc56f2 Content-Type: text/plain; charset=UTF-8 Hi, I am confronted to this bug in every version of Org (shipped with Emacs, from maint, and from master). Here is how I can reproduce it every time: 1. emacs -Q (in my case GNU Emacs 24.3.50.1, with Org-mode version 8.2.3a) 2. Evaluate this code: (setq org-capture-templates '(("t" "test" entry (file+olp "~/org2.org" "Todo" "Refile") "* TODO %?" :prepend t))) 3. Create the "~/org2.org" file like this: * Todo ** Refile * Other headline 1 * Other headline 2 4. M-x org-capture, then do a capture with t. 5. The cycling behaviour gets really weird in org2.org, from the captured task until the end of the file. It is just like if whole area was considered as a single line (this becomes apparent by turning hl-line-mode on). This error appears while trying to cycle with TAB in the area: "byte-code: Invalid search bound (wrong side of point)". 6. Close the file and reopen it: everything is fine. Is anyone else confronted to this? I don't know if this is Emacs or Org-related. Thank you very much, FC --047d7bb04f04f75f0704febc56f2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,
<= br>
I am confronted to this bug in every version of Org (shipped with = Emacs, from maint, and from master). Here is how I can reproduce it every t= ime:

1. emacs -Q (in my case GNU Emacs 24.3.50.1, with Org-mode versio= n 8.2.3a)

2. Evaluate this code:

(setq org-capture-temp= lates
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 '(("t" "test&quo= t; entry (file+olp "~/org2.org" &= quot;Todo" "Refile") "* TODO %?" :prepend t)))

3. Create the "~/org2.org&qu= ot; file like this:

* Todo
** Refile
* Other headline 1
* O= ther headline 2

4. M-x org-capture, then do a capture with t.<= br>
5. The cycling behaviour gets really weird in org2.org, from the captured task until the end of the file. It= is just like if whole area was considered as a single line (this becomes a= pparent by turning hl-line-mode on). This error appears while trying to cyc= le with TAB in the area: "byte-code: Invalid search bound (wrong side = of point)".

6. Close the file and reopen it: everything is fine.

Is anyone else confronted to this? I don't know if this is Emacs or Or= g-related.

Thank you very much,

FC
--047d7bb04f04f75f0704febc56f2--