From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: still seeing semi-regular lockups Date: Sat, 28 Jun 2014 00:31:52 +0200 Message-ID: <87mwcy0ysn.fsf@nicolasgoaziou.fr> References: <87siocrbyb.fsf@ericabrahamsen.net> <87siobtn1i.fsf@bzg.ath.cx> <87ha4r1j91.fsf@tanger.home> <87k39hdf2o.fsf@tanger.home> <87ppj86elt.fsf@ericabrahamsen.net> <874n0kde2y.fsf@tanger.home> <87bnus4s5n.fsf@ericabrahamsen.net> <87egye7kx3.fsf@nicolasgoaziou.fr> <87a992mleu.fsf@ericabrahamsen.net> <87mwd1hbpx.fsf@fastmail.fm> <877g45jv61.fsf@tanger.home> <87zjh0qsw5.fsf@fastmail.fm> <87vbrmwlxs.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48267) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X0efz-0007C0-BY for emacs-orgmode@gnu.org; Fri, 27 Jun 2014 18:31:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X0efr-0000Nw-JG for emacs-orgmode@gnu.org; Fri, 27 Jun 2014 18:31:23 -0400 Received: from relay5-d.mail.gandi.net ([2001:4b98:c:538::197]:57867) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X0efr-0000Ns-DR for emacs-orgmode@gnu.org; Fri, 27 Jun 2014 18:31:15 -0400 In-Reply-To: (Alan Schmitt's message of "Fri, 27 Jun 2014 15:37:55 +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: Alan Schmitt Cc: Daimrod , Matt Lundin , emacs-orgmode@gnu.org Hello, Alan Schmitt writes: > I've also just been bitten by this bug, as I was doing my weekly > review. I'll try to see if I can write an ECM, but for the record this > is what I was doing: I was in an agenda view sorted by the value of > a LAST_REVIEW property, and I was repeatedly calling this function on > the entries of the view: [...] > I could get out of the loop using "ctrl-G" but any further interaction > with the todo buffer (expanding the task to see its properties, or > changing the todo state) would result in further lockup. Restarting > emacs let me do a few more entries (about a dozen) before it locked up > again. This bug should be fixed (`org-entry-put' corrupted the cache). Thank you for reporting it. Regards, -- Nicolas Goaziou