When real work is entries, the planned start date is changed to the real work start date.

Perhaps this should be an enhancement. Currently when viewing several projects at a time and how the phases overlap the start date is not valid and the duration looks longer than it should be.

That means trying to get a quick overview of upcoming projects is not possible until actual work starts. That makes planning of future projects for proposals very difficult.

Perhaps our use case is unique?

Normally, date adjustment is done during update synthesis.
The update synthesis is done when a task assignment or planning element are changed (save).
I explained before than planned start date will be changed to real start date when real work is entries in child task.

in completion to richard explanation, just a question : did you run planning calculation ?

Yes I tried with and without auto planning. I also tried editing the validated duration and saving and it still did not move the start date.

Cannot reproduce.

Could you please reproduce on Demo ?
And / or post print screen.

Hello,

I have created a project called TSD on the Demo site. Here are the steps I took:

1. Create a Project of type Template with only required fields filled in
2. Create a Milestone to be used for project start date
3. Created first activity as Phase with planning as fixed duration and a duration of 10 days
4. Created four tasks with a parent being the Phase, planning as fixed duration and entered a number of days for the duration
5. Used Planning with automatic run plan checked to link the Activities and Milestone
6. Set the start date of the Milestone

As you can see, the start date of the Phase activity (and the project) did not move, only the end date. Also the validated duration did not change which is a requirement for a planning mode of fixed duration.

Hi,
Thanks for this use case.
Issue recorded as Ticket #1989

Fixed
Fix will be deployed in V5.3.0

Fix is replace in /model/PlannedWork.php lines 356 to 357 from

            $plan->plannedStartDate=$startPlan;
            $endPlan=addWorkDaysToDate($startPlan,$plan->validatedDuration);

to

            if ($plan->elementary) {
              $plan->plannedStartDate=$startPlan;
              $endPlan=addWorkDaysToDate($startPlan,$plan->validatedDuration);
            }

Thank you for the quick reply as well as how to fix in our current version. I will try out the fix later today.

Will there be an update to the 5.2.x branch?

Will there be an update to the 5.2.x branch?

No.
Patch on 5.2 will now occur only for major or blocking issues.

Hello,

We are currently running version 5.2.4 and the line numbers do not line up. I believe the change required belongs in:

if ($profile=="FDUR") {
   if (! $plan->realStartDate) {
     $plan->plannedStartDate=$startPlan;
     $endPlan=addWorkDaysToDate($startPlan,$plan->validatedDuration);
   } else {

Which should change to:

if ($profile=="FDUR") {
   if (! $plan->realStartDate) {
      if ($plan->elementary) {
         $plan->plannedStartDate=$startPlan;
         $endPlan=addWorkDaysToDate($startPlan,$plan->validatedDuration);
      }
   } else {

Is that the correct location?

Yes, it's exacltly here.

We have made the change and done some testing. The start date now updates properly. What we are noticing now is that the duration is properly reflected in the Planned duration, but is not updated in the Validated duration. Should I open this as a new topic as I had already marked this one complete.