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--