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-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: [BUG] Weird behaviour just after a capture Date: Mon, 21 Jul 2014 19:37:14 -0400 Message-ID: <87r41e5ln9.fsf@alphaville.bos.redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:54554) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9N9H-0004om-J3 for emacs-orgmode@gnu.org; Mon, 21 Jul 2014 19:37:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X9N9A-0007L7-TI for emacs-orgmode@gnu.org; Mon, 21 Jul 2014 19:37:39 -0400 Received: from plane.gmane.org ([80.91.229.3]:56924) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9N9A-0007Jx-Lq for emacs-orgmode@gnu.org; Mon, 21 Jul 2014 19:37:32 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1X9N99-0007PD-6V for emacs-orgmode@gnu.org; Tue, 22 Jul 2014 01:37:31 +0200 Received: from pool-98-110-160-12.bstnma.fios.verizon.net ([98.110.160.12]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Jul 2014 01:37:31 +0200 Received: from ndokos by pool-98-110-160-12.bstnma.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Jul 2014 01:37:31 +0200 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 Fletcher Charest writes: > 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. > Searching for "invalid search bound" in the list archives will produce lots of results. The last time that this appeared it was a bug in emacs (a recently introduced caching mechanism) that was fixed by Eli Zaretskii (emacs bug 16265). I cannot reproduce the problem with my setup: GNU Emacs 24.4.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.9) of 2014-07-07 Org-mode version 8.2.7 (release_8.2.7 @ /home/nick/elisp/org-mode/lisp/) so my guess is that your version of emacs does not contain Eli's fix. Nick From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fletcher Charest Subject: Re: [BUG] Weird behaviour just after a capture Date: Tue, 22 Jul 2014 02:13:58 +0200 Message-ID: References: <87r41e5ln9.fsf@alphaville.bos.redhat.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1134c5ce9f5d6e04febd19e0 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34517) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9NiY-0000BR-Hx for emacs-orgmode@gnu.org; Mon, 21 Jul 2014 20:14:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X9NiS-0001zV-6K for emacs-orgmode@gnu.org; Mon, 21 Jul 2014 20:14:06 -0400 Received: from mail-wg0-x22b.google.com ([2a00:1450:400c:c00::22b]:53513) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9NiR-0001z3-RA for emacs-orgmode@gnu.org; Mon, 21 Jul 2014 20:14:00 -0400 Received: by mail-wg0-f43.google.com with SMTP id l18so7252534wgh.14 for ; Mon, 21 Jul 2014 17:13:59 -0700 (PDT) In-Reply-To: <87r41e5ln9.fsf@alphaville.bos.redhat.com> 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: Nick Dokos Cc: emacs-orgmode@gnu.org --001a1134c5ce9f5d6e04febd19e0 Content-Type: text/plain; charset=UTF-8 Dear Nick, Apologies, you're absolutely right: the answer was already given in the list and I must have missed it somehow. (setq-default cache-long-scans nil) fixes the problem. Thank you very much! Regards, FC On Tue, Jul 22, 2014 at 1:37 AM, Nick Dokos wrote: > Fletcher Charest writes: > > > > 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. > > > > Searching for "invalid search bound" in the list archives will produce > lots of results. The last time that this appeared it was a bug in emacs > (a recently introduced caching mechanism) that was fixed by Eli > Zaretskii (emacs bug 16265). > > I cannot reproduce the problem with my setup: > > GNU Emacs 24.4.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.9) of > 2014-07-07 > Org-mode version 8.2.7 (release_8.2.7 @ /home/nick/elisp/org-mode/lisp/) > > so my guess is that your version of emacs does not contain Eli's fix. > > Nick > > > > > --001a1134c5ce9f5d6e04febd19e0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear Nick,

Apologies, you'= re absolutely right: the answer was already given in the list and I must ha= ve missed it somehow. (setq-default cache-long-scans nil) fixes the problem= .

Thank you very much!

Regards,

FC


On Tue, Jul 22, = 2014 at 1:37 AM, Nick Dokos <ndokos@gmail.com> wrote:
Flet= cher Charest <fletcher.cha= rest@gmail.com> writes:


> I am confronted to this bug in every version of Org (shipped with Emac= s, 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
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 '(("t" "test" e= ntry (file+olp "~/org2.o= rg" "Todo" "Refile") "* TODO %?" :pr= epend t)))
>
> 3. Create the "~/or= g2.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 (t= his becomes apparent by turning hl-line-mode on). This error
> appears while trying to cycle with TAB in the area: "byte-code: I= nvalid 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 o= r Org-related.
>

Searching for "invalid search bound" in the list arch= ives will produce
lots of results. The last time that this appeared it was a bug in emacs
(a recently introduced caching mechanism) that was fixed by Eli
Zaretskii (emacs bug 16265).

I cannot reproduce the problem with my setup:

GNU Emacs 24.4.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.9) of
2014-07-07
Org-mode version 8.2.7 (release_8.2.7 @ /home/nick/elisp/org-mode/lisp/)
so my guess is that your version of emacs does not contain Eli's fix.
Nick





--001a1134c5ce9f5d6e04febd19e0--