Setup:
- 04-16-2025, 22-54-45.png (99.48 KiB) Viewed 231 times
- 04-16-2025, 22-55-40.png (131.52 KiB) Viewed 231 times
- 04-16-2025, 22-56-42.png (142.79 KiB) Viewed 231 times
What did you do?
When I replace a train stop with a blueprint that uses a parameter for the station name [under specific conditions, see below]...
What happened?
Trains assigned to that stop instead begin routing to the station with the parameter, not the item selected in the parameter popup menu.
What did you expect to happen instead? It might be obvious to you, but do it anyway!
If the blueprint makes no change to the station (at the end of the parameter selection process), it should make no change to trains assigned to that station.
(Or more generally, the end result for train stop replacement should be used for swapping train assignments, not stepwise item->parameter, and parameter->new item.)
Does it happen always, once, or sometimes?
Always, so long as the following conditions are met:
- There is an existing station on the map that has the [parameter] station name
- There are no other stations on the map that have the same [item] station name as that which is being overwritten (in this case if it started with 2 [wood box] stations, there'd be no bug)
There is a similar not-a-bug report here (viewtopic.php?p=635469) describing the replace-name behavior, but I think it's different enough here because of the non intuitive nature of the end result of the station not matching the end result of the train.
The reason the station with [parameter] name exists (because yes, removing it would work around this issue) is that the source of this problem is a multi-hundred hour pyanadon mod run in which our blueprint train stops are... complex, and editing the blueprints is far, far easier if there's an existing stop to copy from rather than having to replace each time.
Save with the above screenshots: And blueprint for train stop: