[2.0.20] Train skips temporary train stop if new temporary stop is added

[Halosos]

Pre 2.0/space age behaviour:

Place stop 1, train begins moving to stop 1.
Place stop 2 before train has reached stop 1.
Train continues to stop 1, then proceeds to stop 2.
You can queue up temporary stops

Current behaviour:

Place stop 1, train begins moving to stop 1.
Place stop 2, train skips to stop 2.
Train will move to stop 2, it will then go to the next station in its schedule, never going to the temporary stop 1 until it gets back to that spot on the schedule.

Trains will skip what ever temporary stop it was going to when you place another. You can no longer intuitively queue stops, such as que stop 1 for the player to enter and stop 2 for the player to exit without going through more steps.

[robot256]

Confirmed that this still happens in 2.0.20. To be clear, the manually-created, rail-entity temporary stop is still added before any permanent station in the schedule the train is currently at or pathing toward. But subsequent manual temporary stops are added after the previous one, without even deleting the first temporary stop, and the train only drives to the most recent temporary stop before going to the next permanent stop in the schedule. So the schedule becomes cluttered with temporary stops that were never travelled to that it will visit after the schedule loops to the beginning again.

[boskid]

Good that it is still happening since it is was an intentional change.

[robot256]

Good that it is still happening since it is was an intentional change.

Hey boskid, thanks for the reply and Happy New Year!

Since this is the intended behavior, is there somewhere I can read about the intended use of it? It still feels like it breaks the only practical use for manually-created temporary stops: hijacking a train for personal transport, after which the train returns to its original schedule at the point it was interrupted.

If the intention is to simplify usage in this case, it might make more sense for manual interrupts to behave like schedule interrupts with "interrupt other interrupts" enabled. This way it would delete all other temporary stops before the next permanent stop, including previous manual and schedule interrupts, before creating the newest manual interrupt. This would actually be more convenient for PAX trains based on my experience, though it still would result in skipping the previously-added schedule interrupt stop for a normal delivery train and could mess up a delivery that way.