Rubidium wrote:

You try to pass a one-way PBS signal from the back. The back side of a PBS signal is NOT a safe waiting point.

What do you expect it to do? Maybe it'll do what you expect it to do when you turn around the signal.

This comment was imported from FlySpray: https://bugs.openttd.org/task/2662#comment5620

deghosty wrote:

:o
train get stuck
the lower one
when the train enter the weird junction that the block conencts

This comment was imported from FlySpray: https://bugs.openttd.org/task/2662#comment5633

Belugas wrote:

just to let you know: at least 3 devs tried to understand your report.
No one could.
Maybe you should try to draw the problem...

This comment was imported from FlySpray: https://bugs.openttd.org/task/2662#comment5637

deghosty wrote:

try this one

Attachments

• Wrondingham Transport, 30th Aug 2500.sav (172.30 KiB)

This comment was imported from FlySpray: https://bugs.openttd.org/task/2662#comment5683

Rubidium wrote:

That one also works exactly as expected. It tries to wait till a path becomes free towards train 4. After a while it'll turn around and it'll go fine.

This was initially caused because the train had to wait very long before the signal and as deadlock prevention it turns around and tries to find a route from there.

To not make it turn around and effectively disabling the deadlock prevention you need to set the waiting time for (PBS) signals to 255.

This comment was imported from FlySpray: https://bugs.openttd.org/task/2662#comment5684

Rubidium closed the ticket.

Reason for closing: Not a bug

It's the expected behaviour

This comment was imported from FlySpray: https://bugs.openttd.org/task/2662