From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Bug: Canceling a TODO state change does not revert the heading [9.0.5 (9.0.5-elpa @ /home/laurence/.emacs.d/elpa/org-20170210/)] Date: Thu, 20 Apr 2017 21:30:57 +0200 Message-ID: <87d1c66fm6.fsf@nicolasgoaziou.fr> References: <87y3v7gxwn.fsf@lrochfor-desktop.uk.oracle.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58612) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d1HnG-0000w1-Jp for emacs-orgmode@gnu.org; Thu, 20 Apr 2017 15:31:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d1HnD-0001sl-Fd for emacs-orgmode@gnu.org; Thu, 20 Apr 2017 15:31:06 -0400 Received: from relay7-d.mail.gandi.net ([2001:4b98:c:538::200]:46382) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1d1HnC-0001qt-VE for emacs-orgmode@gnu.org; Thu, 20 Apr 2017 15:31:03 -0400 In-Reply-To: <87y3v7gxwn.fsf@lrochfor-desktop.uk.oracle.com> (Laurence Rochfort's message of "Tue, 11 Apr 2017 09:18:32 +0100") 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" To: Laurence Rochfort Cc: emacs-orgmode@gnu.org Hello, Laurence Rochfort writes: > If you change the TODO state with org-todo and it accepts a message, but > you then cancel the message with C-c C-k, org does not revert the TODO > heading to its previous state. > > For instance: > > Heading is TODO > C-c C-t -> Set to WORKING > Prompted for message > Cancel with C-c C-k > TODO heading still says working; it has not reverted to TODO. > > I would expect cancelling the message to revert the TODO heading, but > instead I have to "undo" with C-/. I disagree. You may want to cancel the message because this change doesn't require one, but, yet, want the todo state change. Having to undo one more time seems a satisfying solution. Regards, -- Nicolas Goaziou