Hi Team,
We have overridden Bryntum TaskDrag to be able to support a case where successor can be dragged to a start date before the predecessors end date
We have done the following-
- set the dependencies to inactive
- calculate startdate and end date and set the lag
- set the dependencies back to active
taskRecord.incomingDeps.forEach((dep) => {
dep.active = false;
});
const
newStartDate = taskRecord.run('calculateStartDate'),
newEndDate = taskRecord.run('calculateEndDate');
//calculate lag and set it
taskRecord.incomingDeps.forEach((dep) => {
dep.setLag(-1);
});
taskRecord?.incomingDeps.forEach((dep) => {
dep.active = true;
});
This along with the allowNonWorkingTimeSNET flag will allow me to have a successor with start date earlier than predecessors end date.
now when i undo this action the depndency start date,end date gets undone but the dependency becomes inact9ve
This used to work prior to our revision adoption but now once the checkout to a previous revision happens dependency active state is not set properly
What is the correct way of doing this? should we not be setting active state of dependency to false?
To recreate-
Paste the content of the attached file to the editor in https://bryntum.com/products/gantt/examples/realtime-updates/
Also attached is a video of recreation