[BUG_SP] Pocket creation does not work right

[Martin-L45]

READ FIRST
https://github.com/Courseplay/Courseplay_FS22/wiki

Steps to reproduce
Steps to reproduce the behavior.

combine course on Elmcreek.

Actual behavior
A clear and concise description of what happen.

When creating a pocket on headlands it works perfect. But when creating a pocket in "main" section of the field it stops before it is straightened out.

Expected behavior
A clear and concise description of what you expected to happen.

Create a perfect pocket like on the headlands😊

Screenshots
If applicable, add screenshots to help explain your problem.

Headland

Main section of field

Course

Courseplay version
Version used:
7.4.2.2

Log
Please attach a log with all debug channels active.
For help with the debug channels,
please check out the readme at the github front page.

log.txt

Map
Map played on.

Elmcreek

Vehicles/ implements involved
Which vehicle or implement?
Mod yes/no ?

Ingame Class combine and header

Relevant script mods
Mods like Autodrive or VCA and so on.

[Tensuko]

That might be due to missing waypoints.
Not a direct bug to the pocket.

[Martin-L45]

Might be. The thing i notice is the IX point is in a different location. And i am guessing that's the stop point

[Tensuko]

This MIGHT be fixed with the next Release, but I am unsure about the distance to the turn if that will be fine...
A bit unlucky that it gets full when it enters 1st lane of lands :)

[Tensuko]

[Martin-L45]

The pics are just from testing with out mods. I first saw this problem on my usual map in normal gameplay. I will try the the old version of courseplay to confirm it is new.

Middle of row same situation

[Martin-L45]

I tried ver. 7.4.1.3 No issues
Seems to start at ver. 7.4.2.0

I must not have run a combine course lately.
We will see if next version fixes it. In most cases the unloader can manage to offload anyway. So not a huge issue.
I'm just surprised that this has not been seen before.
Keep up the good work and remember to enjoy the weekend...

[pvaiko]

May be fixed, see #3477 (comment)