fix: prevent queued Part from hijacking infinite Pieces from the following Part(s) #1396
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
About the Contributor
This pull request is posted on behalf of TV 2 Norge
Type of Contribution
This is a:
Bug fix
Current Behavior
Pieces that should start at the beginning of the Part following the dynamically inserted one, will start in the dynamically inserted Part instead. See: #1392
The problem is in the rank of the inserted part, initially set to a placeholder 99999, which tricks the logic finding infinites to continue into believing that the inserted part is the very last part of the segment.
New Behavior
In order to fix the bug, the operations are reordered: first the new rank of the part is calculated, then the infinites to continue are gathered.
Testing
Affected areas
This PR affects the Sofie Core playout logic around adlibbing, specifically queueing adlib parts.
Time Frame
We consider the bug to be severe, because it leads to unexpected results on the PGM output when some future infinites are hijacked, so it would be great to merge this fix into release52
Other Information
Status