From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Hyatt Subject: Re: [BUG] Infinite loop in org-agenda-show-new-time Date: Sun, 2 Feb 2020 10:19:40 -0500 Message-ID: References: <87zjswb0vq.fsf@fastmail.fm> <87siyojc2c.fsf@gmail.com> <87fvun6gku.fsf@fastmail.fm> <87ob9bkd4c.fsf@gmail.com> <87txj2lo0j.fsf@fastmail.fm> <87mwopinzv.fsf@gmail.com> <87fvucuwva.fsf@fastmail.fm> <87vc38ff84.fsf@gmail.com> <3E07FCDB-2619-4BFE-BC68-C5181717152B@gmail.com> <87haegy5i9.fsf@gmail.com> <87blqiodo6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000962715059d9956ec" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:42992) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iyH2R-0000Hl-Sr for emacs-orgmode@gnu.org; Sun, 02 Feb 2020 10:19:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iyH2Q-0003w7-Ki for emacs-orgmode@gnu.org; Sun, 02 Feb 2020 10:19:55 -0500 In-Reply-To: <87blqiodo6.fsf@gnu.org> 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-mx.org@gnu.org Sender: "Emacs-orgmode" To: Bastien Cc: Nick Dokos , "emacs-orgmode@gnu.org" --000000000000962715059d9956ec Content-Type: text/plain; charset="UTF-8" On Sat, Feb 1, 2020 at 4:33 AM Bastien wrote: > Hi Andrew, > > Andrew Hyatt writes: > > > I've been having this same issue - the issue is quite reproducible > > for me, and it has been for years. I just finally grew tired of the > > issue and decided to investigate it, and yes, the issue is > > org-agenda-show-new-time. > > > > I also have invisible entries in the org buffer, and the call to > > org-move-to-column apparently will move several lines forward, which > > causes us to process the same lines over and over. > > > > Wrapping the call to org-move-to-column with a let setting the > > buffer-invisibility-spec to nil does fix the issue. > > this problem is from... 2013! > https://lists.gnu.org/archive/html/emacs-orgmode/2013-08/msg00218.html > > Is there anything we still need to fix in this area? If so, can you > send it as a patch against current maint branch? > Yes, there's definitely still a problem similar to the one reported - although I have yet to pare it down to a reproducible case. I need to look at this more to understand why the fix that was done doesn't seem to work. Once I understand that, I'll be close to creating a patch. The issue is that I don't know this code very well, so any fix I make might be wrong for some other reason I don't understand. > > Thanks, > > -- > Bastien > --000000000000962715059d9956ec Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Feb 1, 2020 at 4:33 AM Bastien &l= t;bzg@gnu.org> wrote:
Hi Andre= w,

Andrew Hyatt <ahya= tt@gmail.com> writes:

> I've been having this same issue - the issue is quite reproducible=
> for me, and it has been for years.=C2=A0 I just finally grew tired of = the
> issue and decided to investigate it, and yes, the issue is
> org-agenda-show-new-time.
>
> I also have invisible entries in the org buffer, and the call to
> org-move-to-column apparently=C2=A0will move several lines forward, wh= ich
> causes us to process the same lines over and over.
>
> Wrapping the call to org-move-to-column with a let setting the
> buffer-invisibility-spec to nil does fix the issue.=C2=A0

this problem is from... 2013!
https://lists.gnu.org/archive/= html/emacs-orgmode/2013-08/msg00218.html

Is there anything we still need to fix in this area?=C2=A0 If so, can you send it as a patch against current maint branch?

<= /div>
Yes, there's definitely still a problem similar to the one re= ported - although I have yet to pare it down to a reproducible case.
<= div>I need to look at this more to understand why the fix that was done doe= sn't seem to work.=C2=A0 Once I understand that, I'll be close to c= reating a patch.=C2=A0 The issue is that I don't know this code very we= ll, so any fix I make might be wrong for some other reason I don't unde= rstand.=C2=A0
=C2=A0

Thanks,

--
=C2=A0Bastien
--000000000000962715059d9956ec--