Skip to content

Support for upload type selection#131

Merged
jmgasper merged 5 commits into
masterfrom
develop
Jul 7, 2026
Merged

Support for upload type selection#131
jmgasper merged 5 commits into
masterfrom
develop

Conversation

@jmgasper

@jmgasper jmgasper commented Jul 7, 2026

Copy link
Copy Markdown
Contributor

jmgasper added 5 commits June 25, 2026 09:48
What was broken
Active development challenges with shortened phase durations could fail when the schedule was moved from a scheduled launch time to immediately. Dependent phases shifted earlier with the rest of the schedule, but the update could be rejected as if a non-Design phase duration had been shortened.

Root cause (if identifiable)
Phase shortening validation ran against raw incoming phase end dates before predecessor-derived scheduled start dates were recalculated. For dependent phases, the validator compared the new end date against the old start date and misclassified a whole-schedule shift as a duration reduction.

What was changed
Moved schedule-shortening validation to run after phase dates are recalculated, using the effective scheduled start and end dates that will be persisted. Removed the now-unused raw request date resolution helpers.

Any added/updated tests
Added a phase helper regression test covering active non-Design dependent phases moving earlier with unchanged duration.
PM-5447: Validate phase shortening after schedule recalculation
What was broken
Switching an already launched development challenge from scheduled launch to immediately could still fail with the non-Design phase shortening error when an open phase already had an actualStartDate.

Root cause (if identifiable)
The previous fix validated recalculated phase dates, but started phases still ignored the requested scheduledStartDate during recalculation. When the UI submitted a whole phase window shifted earlier with the same duration, the helper applied the new end date against the old start date and misclassified the shift as a duration reduction.

What was changed
Carry the requested scheduled start date through phase recalculation for phases that have started but not ended, and remove that temporary field before returning persisted phase data.

Any added/updated tests
Added a phase-helper regression test for a started non-Design phase moving earlier with unchanged duration.
PM-5447: Preserve started phase schedule shifts
@jmgasper
jmgasper merged commit 3d92051 into master Jul 7, 2026
8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant