... except the 'interrupt wildcards') is the signal wildcard. Which will then perfectly align with my interrupt schedule for picking up/dropoff:

- All trains wait at a 'pickup depot' until:
- A some supply that can be picked up (a.k.a. a trainload ready)
- That isn't already waiting at the 'dropoff ...

Again apologies for my imprecise language.
We are agreed that once a train is en route, there is no need to distinguish between destination full or no path.
If the train is not en route, it is at a station, and for an interrupt to trigger it is trying to leave the station. At that point there are ...

Again apologies for my imprecise language.
We are agreed that once a train is en route, there is no need to distinguish between destination full or no path.
If the train is not en route, it is at a station, and for an interrupt to trigger it is trying to leave the station. At that point there are ...

... en route" is fine.


Thanks for the clarification. Unfortunately this is not a state that currently exists so it cannot be made into a condition. Trains never search for a path until they reserve a destination slot and leave the current station, so there is no such thing as "no path while at ...

Assuming we achieve a separate "Destination full while at station" condition, what is your proposed use for separate "Destination full while en route" and "No path while en route" conditions? I don't have a clear picture of why these should trigger different behaviors.


Sorry if I wasn't clear ...

... any destination-full events that occur while underway.

"Scheduled destination full": all destination full events that would otherwise result in a train sleeping at a station. Sleeping at a station is a special case, because interrupts can be triggered by circuit network signals to the station.


I ...

... any destination-full events that occur while underway.

"Scheduled destination full": all destination full events that would otherwise result in a train sleeping at a station. Sleeping at a station is a special case, because interrupts can be triggered by circuit network signals to the station.


I ...

... The suggestion as written is that by combining "Destination full or no path" with "Not at any station", the interrupt would only trigger when a train finds itself without a destination while underway (or having just been turned to automatic).

An alternate, potentially more intuitive way to ...

radical_larry wrote: Tue Jun 09, 2026 10:18 am Then don't let trains leave their loading station unless they have somewhere to dump it.

I don't. This is to handle the case where something goes wrong, such as the destination stop being deconstructed or a section or rail removed while the train is en route.

... Introduce one or both of the following:

a modest penalty for segments forcing repath by being unreservable
a small constant penalty for each train / reserved segment on the path that is independent from the segment length


These two penalties could intertwine and complete each other by ...

TL;DR
When you insert a manual temporary stop in a train schedule, any interrupt that would trigger on leaving the current stop should trigger.


What?
When a train in automatic leaves a stop, it checks for any interrupts and applies them. The same should happen when the player forces the train to ...

TL;DR
Rail stations that does not allow a train to pass, unless it is its destination/origin.

What?
Implement a checkbox in rails stations, or a circuit condition, to disallow the passing of trains that does not have that rail station as origin or destination. Essentially treating that point as ...

TL;DR
Train signals that increase train pathing costs, so that could build main train highways and have trains use them instead of cutting through blocks for a shorter path.


What?
A new type of train signal that increases the pathing cost of a train route that crosses it. Could be configured to ...

It seems the root of your complaint is that changing train limits does not cause trains to seek a new destination (this is distinct from just repathing to the current destination), but changing priorities does cause them to seek a new destination.

If the change you suggest is made, then someone will ...

I appreciate the feedback, but I chose a simple example just to explain the _beginning_ of problems that come from this.

To distribute evenly trains, it's "easier" to have the priority fixed, and you open limit slot in the lower priority one only when the high priority one has a train en route. If ...

the rules for repathing can be found there : https://wiki.factorio.com/Railway/Train_path_finding , you can also use the debug menu to show "train repathing" it shows some text poping above trains when it occurs, it allows to show when the train repath to the same destination, which would otherwise be ...

AFAIK, trains are not supposed to change destination as long as the path remains valid and the station remains existing with the same name. I wonder if changing the priority signal is having some unintended consequences. If you can, it's worth looking into the exact causes of the destination change ...

TL;DR
There needs to be a way to prevent trains from switching destinations (automatically) once a destination has been selected.


What?
If a train is heading toward a train stop with a duplicate name, the train is apparently allowed to switch to a different train stop under the right conditions ...

Apologies for the stream of consciousness here, just got all these related thoughts floating round in my head...

As per the subject, trains stopping on a sixpence is immersion breaking and shouldn't normally happen. The only circumstances where it does should cause damage - end of track should be ...

Disclaimer : I used the AI to rewrite my suggestion to use the suggested template.

TL;DR
Add a few extra train interrupt wildcards/conditions so one generic interrupt setup can handle both item trains and fluid trains, detect mixed cargo, and recover from refuel/depot interrupts without losing the ...