Patch #2277
closed
Patch for #2269 (Issue startdate == adddate can be turned on/off)
0%
Description
This is a quick patch to make the default behaviour of Redmine, regarding automatic filling of the startdate-field with today's date when a new issue is created, configurable.
It seems that it relates/resolves the proposal of Jean-Philippe Lang in the notes of feature #2269.
The default setting is 0 which means that the startdate isn't filled automatically with today's date when new issues are created. This seems the most obvious setting imho, though note that it is the opposite of current Redmine behaviour...
Configuring the setting to 1 means that the startdate is filled automatically with today's date when new issues are created. As mentioned this is the current default behaviour of Redmine.
Files
Related issues
Updated by 
Updated by
Updated by Dennis Møllegaard Pedersen over 15 years ago
Updated by Dennis Møllegaard Pedersen over 15 years ago
I updated the patch to work against r2614. Any hints and comments are welcomed.
Updated by Mischa The Evil over 15 years ago
Dennis Møllegaard Pedersen wrote:
I updated the patch to work against r2614. Any hints and comments are welcomed.
I have checked your iteration on the patch and it seems you've not only updated the patch but also improved it... :thumbsup:
Updated by Mischa The Evil over 15 years ago
- File new_setting-issue_startdate_is_adddate-r2761.diff new_setting-issue_startdate_is_adddate-r2761.diff added
I have updated Dennis' patch against Redmine trunk r2761 after discussion on IRC which also brought up the idea to make this global setting a per project setting. Will take a look at that later...
Updated by Mischa The Evil about 14 years ago
- File new_setting-issue_startdate_is_adddate-r4249.diff new_setting-issue_startdate_is_adddate-r4249.diff added
I have rebased the patch against Redmine trunk r4249. None new features are integrated within the patch yet.
Updated by Bruno Medeiros about 14 years ago
Updated by Beau Simensen about 14 years ago
+1
Is there a description of the process for getting patches applied to trunk? Something like this that has been in the system for two years... did the submitter do something wrong? Or why is it still not in actual district?
Updated by Mischa The Evil almost 14 years ago
- File ro2277-new_setting-issue_startdate_is_adddate-r4425.diff ro2277-new_setting-issue_startdate_is_adddate-r4425.diff added
I have rebased the patch against the Redmine trunk at r4425 (source:/trunk@4425) and included the pt-BR translation provided by Bruno Medeiros in note-8. Some core changes were affecting the applyability of the older patch file. None new features are integrated within the patch.
- add test-cases to the patch
- investigate and/or decide on idea to make this global setting a per project setting
- get more feedback about YetAnotherCoreSetting for this feature
Updated by Bruno Medeiros almost 14 years ago
- File ro2277-new_setting-issue_startdate_is_adddate-1.0.4.STABLE.4450.diff ro2277-new_setting-issue_startdate_is_adddate-1.0.4.STABLE.4450.diff added
I merged the patch ro2277-new_setting-issue_startdate_is_adddate-r4425.diff and new_setting-issue_startdate_is_adddate-r4214.diff for the branch 1.0-stable.
Updated by Beau Simensen almost 14 years ago
How can we get someone to consider putting this into Redmine core someday? Who should we be asking?
Updated by Axel Müller almost 14 years ago
+1
Please make this configurable in the core with default to NOT fill in the start date automatically.
Updated by Beau Simensen over 13 years ago
How can we get someone to consider putting this into Redmine core someday? Who should we be asking? (again)
I dislike having to maintain my own copy of Redmine largely for the purpose of this patch. If there are concerns for why this should not be merged into trunk can we discuss them?
Updated by Ling Li over 13 years ago
+1
The current default behavior of having "today" as the default start date is annoying. Every time I had to remember to delete it. Can this be merged into the next release?
Updated by Etienne Massip over 13 years ago
- Target version set to Candidate for next major release
Agreed.
Updated by Alex Last about 13 years ago
+1 when are we going to have this "major release"?
Updated by Lars Dornheim about 13 years ago
- File patch-2277_new_setting-issue_startdate_is_adddate-1.1.0.diff patch-2277_new_setting-issue_startdate_is_adddate-1.1.0.diff added
I updated the patch for the 1.1.0 version and added a German translation.
This patch is really needed for us to clean our calendars from unnecessary begin dates.
+1
Updated by Mischa The Evil about 13 years ago
Lars Dornheim wrote:
I updated the patch for the 1.1.0 version and added a German translation.
Thanks for doing so.
@ all: I still like to get some feedback on the ToDo's I've mentioned earlier in note#10:
- add test-cases to the patch
- investigate and/or decide on idea to make this global setting a per project setting
- get more feedback about YetAnotherCoreSetting for this feature
Updated by Szymon Nowak about 13 years ago
I'm tyring to apply this patch in 1.2.1 but it's not working :( Is there any patch that works in current stable?
Updated by Mischa The Evil about 13 years ago
- File ro2277-new_setting-issue_startdate_is_adddate-1.2-STABLE-r7580.diff ro2277-new_setting-issue_startdate_is_adddate-1.2-STABLE-r7580.diff added
Szymon Nowak wrote:
I'm tyring to apply this patch in 1.2.1 but it's not working :( Is there any patch that works in current stable?
I've rebased the patch against source:/branches/1.2-stable@7580 so it should be easier to merge the patch in Redmine 1.2.x.
If you have any other questions feel free to ask...
Updated by
Updated by Etienne Massip about 13 years ago
- Status changed from New to Closed
- Target version deleted (
Candidate for next major release)