We wrongly updated planned date to 29/01/2025 on supplier shipment. We could change the planned date on the shipment, but the incoming moves with the wrong planned are not updated.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items
0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items
0
Link issues together to show that they're related.
Learn more.
Related merge requests
1
When this merge request is accepted, this issue will be closed automatically.
Indeed this was added by fcc64f705f83. But I think the main problem is that supplier shipment has a planned date set to today by default. So user may create supplier shipment without a correct planned date and thus change the planned date of all the stock moves selected.
I think we could remove this constraint and just always update the planned date of incoming moves if we do not set a default planned date on the supplier shipment. And of course when there is no planned date, the planned date of incoming moves are not modified.
This way the planned date of the incoming moves are only updated if the user set explicitly a planned date for the supplier shipment.
I do not think it is any way good, because if I set the planned date to today, it will become invalid tomorrow. So I can not redo the same action.
For me such constraint does not help nor solve any problem, it just create friction on usage.
Indeed, I could remove the test.
But, even if there's no check, if you define a planned date for today then tomorrow, you'll have to update the planned date in any case if you don't want an outdated supplier shipment. My test just prevents to write moves in the past if you set an erroneous planned date.