From mboxrd@z Thu Jan  1 00:00:00 1970
From: Bernt Hansen <bernt@norang.ca>
Subject: Re: Bug: org-clone-subtree-with-time-shift shifts CREATED property
Date: Wed, 05 Oct 2011 12:31:32 -0400
Message-ID: <87r52r4cyj.fsf@norang.ca>
References: <2011-10-04T17-27-01@devnull.Karl-Voit.at>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([140.186.70.92]:56590)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bernt@norang.ca>) id 1RBUNm-0004Ek-IS
	for emacs-orgmode@gnu.org; Wed, 05 Oct 2011 12:31:47 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bernt@norang.ca>) id 1RBUNl-0005T7-5E
	for emacs-orgmode@gnu.org; Wed, 05 Oct 2011 12:31:46 -0400
Received: from mho-03-ewr.mailhop.org ([204.13.248.66]:35940
	helo=mho-01-ewr.mailhop.org) by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bernt@norang.ca>) id 1RBUNk-0005Re-UP
	for emacs-orgmode@gnu.org; Wed, 05 Oct 2011 12:31:45 -0400
In-Reply-To: <2011-10-04T17-27-01@devnull.Karl-Voit.at> (Karl Voit's message
	of "Tue, 4 Oct 2011 17:32:26 +0200")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: </archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: news1142@Karl-Voit.at
Cc: emacs-orgmode@gnu.org

Karl Voit <devnull@Karl-Voit.at> writes:

> Hi!
>
> When an entry got processed by org-clone-subtree-with-time-shift,
> its :CREATED: property gets shifted too:
>
> #+begin_example
> * <2011-10-04 Tue> test
> SCHEDULED: <2011-10-05 Wed>
> :PROPERTIES:
> :CREATED: <2011-10-04 Tue 17:27>
> :END:
> * <2011-10-11 Tue> test
> SCHEDULED: <2011-10-12 Wed>
> :PROPERTIES:
> :CREATED: <2011-10-11 Tue 17:27>
> :END:
> #+end_example
>
> Although this *might* be on purpose, I strongly argue to stop this behaviour
> because of:
>
> * the entry is not really created in the future. It is created
>   either at the original :CREATED: timestamp _or_ it is created at the
>   timestamp when org-clone-subtree-with-time-shift is executed.
>
> * the user gets heavily irritated when the generated entries keep
>   popping up on future days.
>
> I suggest that at least for :CREATED: properties, the time stamp
> does not get changed by org-clone-subtree-with-time-shift.

Where does this :CREATED: property come from?  The only code I can find
is in contrib/lisp/org-expiry.el and since that isn't officially part of
org-mode yet I don't know if it makes sense to have code in the cloning
function to handle it.

Maybe (if there isn't already) the clone function could use some list of
properties for special handling (ie drop this property, don't shift the
date on that property, etc)

If it can be generically handled then whatever code you include that
adds functionality for the :CREATED: property can also update that list
so it is handled in a sensible way.

Regards,
Bernt