From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Bug: Org-habit: org-log-note-headings configuration is not processed [9.2.3 (9.2.3-11-g42abf5-elpaplus @ /home/pyro/.emacs.d/elpa/26.2/develop/org-plus-contrib-20190429/)] Date: Wed, 19 Jun 2019 21:17:28 +0200 Message-ID: <87lfxxpepj.fsf@nicolasgoaziou.fr> References: <6480031560161710@myt4-c0b480c282c8.qloud-c.yandex.net> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:47637) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hdg5W-0005zH-67 for emacs-orgmode@gnu.org; Wed, 19 Jun 2019 15:17:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hdg5U-0000qs-7W for emacs-orgmode@gnu.org; Wed, 19 Jun 2019 15:17:42 -0400 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:34337) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hdg5T-0000jV-Ld for emacs-orgmode@gnu.org; Wed, 19 Jun 2019 15:17:40 -0400 In-Reply-To: <6480031560161710@myt4-c0b480c282c8.qloud-c.yandex.net> (Anton Latukha's message of "Mon, 10 Jun 2019 13:15:10 +0300") 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: Anton Latukha Cc: emacs-orgmode@gnu.org Hello, Anton Latukha writes: > Informing. After I changed the form of records in 'org-log-note-headings', in > particular 'state', and Emacs saves the logbook records in new > format. But Org-habit silently skips over them and processes only > old records of the format set by default. > > The one related issue was raised in 2011, resulting just in confirmation > of the code state: > https://lists.gnu.org/archive/html/emacs-orgmode/2011-01/msg00144.html As explained in `org-log-note-headings', changing the `state' entry is not a good idea. Org needs to be able to parse logbook records, and it must be picky about the syntax. I.e., we cannot allow any string. In a nutshell, this is unlikely to be fixed. Regards, -- Nicolas Goaziou