From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id kJEuBaHGImQEygAASxT56A (envelope-from ) for ; Tue, 28 Mar 2023 12:51:13 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id qC4vBKHGImTpDgAAG6o9tA (envelope-from ) for ; Tue, 28 Mar 2023 12:51:13 +0200 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 BAE4439FF7 for ; Tue, 28 Mar 2023 12:51:12 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ph6uI-0007tA-Lz; Tue, 28 Mar 2023 06:50:26 -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 1ph6uG-0007sy-JE for emacs-orgmode@gnu.org; Tue, 28 Mar 2023 06:50:24 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ph6uE-00051u-9T for emacs-orgmode@gnu.org; Tue, 28 Mar 2023 06:50:23 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id EC9B12402EB for ; Tue, 28 Mar 2023 12:50:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1680000620; bh=ThFTLq2Rz+jgTt3vKQPFchXeITg8yooz5leDxy04o2w=; h=From:To:Cc:Subject:Date:From; b=MoEm5//tW60cCkPVlvR3escPXEQSwV3HawiILDhY3b8zXhGKWU4uBXLXY+r5M/V5C lyXSLYYJGJVpO5CSJkKrk0Tv6X4L3mvz/BuSMIOuGCe4Om9y6h6n4hbQf7kbN45SxA +SDx+8cIum8prBlSo58gdCbTZpoVRWEFIHa2ylz7syR9M/flzByvf6AvVRlMMkU3u8 cP2FMYWEJsMjf9I6hhDCTS2080IKqnW1bZUBFQHHRWqpf6dGhZGRPmKSiY6iquXQf8 dKhR20xHCNoLbZBF/CvQ8YWYxj+GqOj+mdJ5HXGcPtl0Qs8arNEH9cnyttqqeN0DYg qY/1eD6QSMNog== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Pm60C2Bb3z9rxQ; Tue, 28 Mar 2023 12:50:19 +0200 (CEST) From: Ihor Radchenko To: Tebe Nigrelli Cc: emacs-orgmode@gnu.org Subject: [BUG] Shifting timestamp hours around daylight transition (was: Clock dates - org-shiftdown not working) In-Reply-To: References: Date: Tue, 28 Mar 2023 10:52:18 +0000 Message-ID: <87wn31up0d.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, 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-Country: US X-Migadu-Flow: FLOW_IN ARC-Seal: i=1; s=key1; d=yhetil.org; t=1680000672; a=rsa-sha256; cv=none; b=J4f4A9pD21XsVeDsc/zqQhinQ3sC+WDdxRPxSeIIc/78gF+J3NyEoi0jwWop0u+VjRq3C/ ule4RkDUhG2MyUK0oGm5ovQmNkQoQmpOOO3D7rORbkLal5iz57DstrPJJSHd8TBFT3IcVQ 35AS1TeXyr29m9PqVPIZGtcXuJRBTmIIyWl1MHFv1hzwJfC1v86yKNkO2gJy445TZoI6AI N8t3ScXxm5Kk5QxED3kG3RwSNJuwmgcplAXNq6npRG12drLrVjWVhtZctBx/sBGfkwd+gt eI2KYTHdS1r1jUF5+0K3RonOe2v5T3lKX017PTpQdOUcpCJ/M+HHN/QF0DA5Og== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b="MoEm5//t"; dmarc=pass (policy=none) header.from=posteo.net; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1680000672; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=cYITjQf8VoAYnXA+rVId5mHkpDwXCVrb5X507ndxq0k=; b=hCDldrA4cOmgZ+fQ9qCRNsPJJiGt3RqSInA/20khg86Zj33qp1QxiHKDaL7Y1/pnoECYqL PKhbP6LE6GZZzH13N8e0o0hbYNkwygQuanEZOVmxFPSK/Ll4EEsm1ck43BYIrPc3tzjkop zDnvkqjQdX3iph7ntEpj8zfm21p4wIdMlXTvMfnH600Ykoz8xVJRwtRiaOl84ncaHKwlle MHKGwnjEGzhr28ncYGMbmq5uQk0F2wxa/Xl70vtKpQWiqdbqq+cZR9jtglk/4JNyKOVXFV Xi+mbpgJ5IVKbqe13GVAflp+0Dc/JUcsA+8uDaEkqD4IHAskCfGWY46vgU1zJg== Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b="MoEm5//t"; dmarc=pass (policy=none) header.from=posteo.net; 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" X-Migadu-Scanner: scn1.migadu.com X-Migadu-Spam-Score: -4.75 X-Spam-Score: -4.75 X-Migadu-Queue-Id: BAE4439FF7 X-TUID: b/sh71WdTBeW Tebe Nigrelli writes: > On a clean configuration, applying org-shiftdown does not work for the > following date format, written as a clock. I want to reduce the number of > hours > on the second date from "03:" to "02:". This is what happens if I apply > org-shiftdown: > > Instructions to reproduce the bug: > Try doing org-shiftdown on the minutes "05" or the hours "03". > Result: > CLOCK: [2023-03-25 Sat 21:40]--[2023-03-26 Sun 03:05] => 4:25 At least in some parts of Europe, the time from 2023-03-26 2:00 to 2023:03-26 2:59 does not exist. It is the hour-forward daylight transition. So, when Org is trying to change the data to 2023-03-26 2:05, Emacs date library refuses and instead sets the closes valid time. I am not sure would be the best course of action here. 1. We can jump over the invalid hours in the direction requested by user 2. We can throw an error, making the user aware about the daylight thing. I am more in favour of (2) because things like this are easy to overlook. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at