Anonymous Login
2022-10-01 23:30 PDT

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0001342v3.0 Release[All Projects] Generalpublic2013-08-28 11:17
Assigned Tocaseydk 
Product Version 
Target VersionFixed in Version3.0.0 
Summary0001342: importtasks broken (dates unusable)
Descriptionsee forums:

 importtask does some crazy date shifting.

part of the problem is that it takes the difference between old task start and new project start.

Also, it changes the task end not by shifting same as task start, but by adding start + duration (see my othetr post), which is wrong if the user has decided that end notequal start + duration (= scenario: I work 1 hour on this task in the next 10 days).

Don't have time to relly dig into this function.
A fast workaround is to shift all task dates (start and end) by the datedifference

new project tsart - old project start.

The resukt at least looks similiar to what I expect, dates are still shifted by 1 day but that could be adjusting to working days.

Keith, what did you intent with your date handling?

If anybody is interested, I could upload this to my git.

TagsNo tags attached.
Attached Files

child of 0001217closedcaseydk dependency questions/confusions 



opto (manager)

there is another bug:

1) start and end are shifted by offset. That is ok.
2) if new start is not a working day, it is shifted to a working day. But now the end date should be shifted by the same amount of days (or end date should be start date + no of working days in the oiginal project), otherwise, we shorten the days of the task by moving start e.g. from Sat to Mon.

Example: orig task June 11-14 2013: length is 4 working days.
Shift by 4 days: now Jun 15-18. But 15 is Sat, so also start shifted to Mon 17th: task is now done in 2 working days compared to original done in 4 working days.

best is probably: shift start to working day, then end = start + number of original working days in task. and shift end to working day.



opto (manager)

ok, I have a fix by:

Datediff between date before and after workday shift.
add that diff to enddate
shift enddate to working day.

will try to upload to git



opto (manager)

fix see pull request id 1342


caseydk (administrator)

Resolved in part here:

I'll review PR 233 next:


caseydk (administrator)

Reworked this whole thing in the latest development. You can see the changes in Github but here's one of the most important ones:

-Issue History
Date Modified Username Field Change
2013-06-26 03:44 opto New Issue
2013-06-28 08:40 opto Note Added: 0002948
2013-06-28 09:02 opto Note Added: 0002949
2013-06-28 09:34 opto Note Added: 0002950
2013-06-28 09:34 opto Status new => assigned
2013-06-28 09:34 opto Assigned To => caseydk
2013-07-25 21:20 caseydk Note Added: 0002969
2013-08-03 15:12 caseydk Relationship added child of 0001217
2013-08-03 22:40 caseydk Note Added: 0002980
2013-08-03 22:40 caseydk Status assigned => resolved
2013-08-03 22:40 caseydk Resolution open => fixed
2013-08-28 11:14 caseydk Fixed in Version => 3.0.0
2013-08-28 11:17 caseydk Status resolved => closed
+Issue History