From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms1.migadu.com with LMTPS id qIYwMkDQQ2ZtiwAAqHPOHw:P1 (envelope-from ) for ; Tue, 14 May 2024 22:57:36 +0200 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id qIYwMkDQQ2ZtiwAAqHPOHw (envelope-from ) for ; Tue, 14 May 2024 22:57:36 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=kristofernelson.com header.s=MBO0001 header.b=PEU5BXGl; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1715720256; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=ZvGU+vDVwh11wkjakPJvsmbBZXD5wE2fI5/Bu2T+4xI=; b=fJfbtoQmqLupG4OaNyjtaKVPTzYJHA3Lrt5VqDHQPSUwjexgUNua4U67T7aTL/2Us7OzL/ Sr2V8jXLkpWsBbSjSxWuSUUB5RdWdqKoSZHcSmMYZQu+K/8I/s1BO4Jj/k5PKswgMHbprL 12Neyr5mfY0mVDNMc1kpa/C60lRcvtJJU6QCt3BT8cGHgJPkRtgMYHRVH7bwp3q6e21j7g 64VdYSDaZxUVnRIAX3DLkQbgb5hxbQ3zWGnm9ov1oATtVeFEAIhDqacF3qDh1lV16eBfVz ZVICTNmFAzh229ZS9upZVqD8S9TjjrxqeU7MJHKtWY6+tkVYTq82jsiijQG9ZA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=kristofernelson.com header.s=MBO0001 header.b=PEU5BXGl; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1715720256; a=rsa-sha256; cv=none; b=jljoif31uJ4fLh/FyqwCAeh4DYVE3/doVbsf3nItSNONnZsHSt1ZaZePJ9Jpc5i4ksVVHt 7mdZqRbisnN6yAW9w81gHd7YUTGc3CCRrUqM88YCmSJ1EGo0xMKsnSHROvZ9y7DGFRsf/c TupkBisqi7T4IK2J05pP1FnJ9ld3Qz8qWd0yPTdtSw/PZ78yhxOj2RBZ9BJ3qqYoskVfPh SaTw91ZNhKMVlqsso7ikUpsyTWrQb0FTka8Qkd5QJtTYFRJfTYUg2TqVmZePChnFpP6PHZ y901C9m9su1Xi0BVfv6K2t/aYyHUJEqYmQUI+w4UpJv6M0NoqNLGRBNVLzxfGw== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 7439661AFC for ; Tue, 14 May 2024 22:57:36 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s6zCM-000309-EF; Tue, 14 May 2024 16:56:34 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s6zCK-0002zj-Kp for emacs-orgmode@gnu.org; Tue, 14 May 2024 16:56:32 -0400 Received: from mout-p-101.mailbox.org ([2001:67c:2050:0:465::101]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from ) id 1s6zCI-0001Qh-Ka for emacs-orgmode@gnu.org; Tue, 14 May 2024 16:56:32 -0400 Received: from smtp102.mailbox.org (smtp102.mailbox.org [IPv6:2001:67c:2050:b231:465::102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4Vf7ts2qJSz9stB for ; Tue, 14 May 2024 22:56:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kristofernelson.com; s=MBO0001; t=1715720181; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=ZvGU+vDVwh11wkjakPJvsmbBZXD5wE2fI5/Bu2T+4xI=; b=PEU5BXGle/syv5Opi+cwKmyep0rxjnbcgA7b5uneigVYmwV6TZyh6cW0OgPhfsAShloI60 r3LFmKcbBU+sM+XReSFq5TYLc7O/gaGkL3We8kRkPEz0/eGWwz2uCm6TG6+wuJuYgAbzuQ 8qhHyGzPW3Jo9Nijd0lvtxNUvtvsin/3jiGE5JRz6/L3JgkHtUoQWYgeznCWu8V8fI9x7c b5TANv/tmb05xcsXfIOLErGDvdLl+s5KJbeimkR1UYChwhvcYU7zCVz9S4wpjA37s8Ieg9 UIkv3M0n+Q8MlUzLmdg2dIZkBcSDg+PjupWiv+TyutcIzPYMIurH5zJ/NAcGkg== Date: Tue, 14 May 2024 14:56:21 -0600 (MDT) From: Kris Nelson To: "emacs-orgmode@gnu.org" Message-ID: <766237934.317726.1715720181047@office.mailbox.org> Subject: LOGBOOK drawer now being created with blank line afterwards MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Normal X-Rspamd-Queue-Id: 4Vf7ts2qJSz9stB Received-SPF: pass client-ip=2001:67c:2050:0:465::101; envelope-from=kris@kristofernelson.com; helo=mout-p-101.mailbox.org X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -7.27 X-Spam-Score: -7.27 X-Migadu-Queue-Id: 7439661AFC X-Migadu-Scanner: mx13.migadu.com X-TUID: T9u7nALYYMYP Hi, I've noticed after upgrading to the latest Org version (9.6.30), when the LOGBOOK drawer is automatically generated during a TODO state change it inserts a blank line after the end of the drawer. This did not occur on the Org version I was using previously (9.5.5). I'm not sure if this is an intended change or a bug. If it is intended, would there be a way to disable that behaviour (org-blank-before-new-entry does not seem to apply here)? To clarify, given the following sample org file: ==================== -*- mode: org; org-log-into-drawer: t -*- #+SEQ_TODO: TODO(t!) | DONE(d!) * With Org 9.5.5 ** Example project *** Action 1 *** Action 2 * With Org 9.6.30 ** Example project *** Action 1 *** Action 2 ==================== I get the following results when toggling the TODO state on the "Example project" heading with org-todo: ==================== * With Org 9.5.5 ** TODO Example project :LOGBOOK: - State "TODO" from [2024-05-14 Tue 12:24] :END: *** Action 1 *** Action 2 * With Org 9.6.30 ** TODO Example project :LOGBOOK: - State "TODO" from [2024-05-14 Tue 12:38] :END: *** Action 1 *** Action 2 ==================== I'm currently reviewing the org source to try and see where the new line is coming from in the process flow, but I'm a bit of a novice in regards to elisp, so I haven't figured that out yet. I also tried searching the mailing list archive, but didn't see anything related. Thanks, Kris