autoCorrectDrift is incorrectly calculated for certain live streams

[littlespex]

Have you read the FAQ and checked for duplicate open issues?
Yes

What version of Shaka Player are you using?
3.4.x

Can you reproduce the issue with our latest release version?
Yes

Can you reproduce the issue with the latest code from main?
Yes

Are you using the demo app or your own custom app?
Both

If custom app, can you reproduce the issue using our demo app?
Yes

What browser and OS are you using?
Chrome, Safari, Edge on macOS Monterey, Tizen, WebOS and others.

For embedded devices (smart TVs, etc.), what model and firmware version are you using?
Not device specific

What are the manifest and license server URIs?

Available upon request

What configuration are you using? What is the output of player.getConfiguration()?

Default

What did you do?

When playing a simulated live stream^*, the auto correct drift functionality uses segments ahead of the live edge in its calculations. This is because the current content period is published and available, but the live edge is somewhere in the middle of the period. Using the period's segment template the auto correct calculation uses segments that are "in the future" which results in a negative presentationStartTime. This then incorrectly moves the calculated live edge to the end of the period. The issue does not occur when manifest.dash.autoCorrectDrift is set to false.

^*A live stream created by stitching together VOD assets and ad periods.

What did you expect to happen?
The live edge should be the same regardless of the manifest.dash.autoCorrectDrift's value.

What actually happened?

The live edge is calculated "in the future", resulting in stalled playback.