Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Back of a one way path signal is not considered a safe wating location when reserving paths #3803

Closed
DorpsGek opened this issue Apr 30, 2010 · 5 comments
Labels
flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

Eddi opened the ticket and wrote:

in the attached savegame, the train (1) from the depot wants to go to the station, but it can't reserve a path. IMHO back of a one way signal should be treated like end of line.

the train 2 was sent to force-proceed, to prove that the path is not blocked by anything. if you destroy the track with signal, the train leaves the depot properly.

(r19525)

Attachments

Reported version: trunk
Operating system: All


This issue was imported from FlySpray: https://bugs.openttd.org/task/3803
@DorpsGek
Copy link
Member Author

Alberth wrote:

Imagine an third train and platform in your setup (on its way back from the power plant). With your proposal, the train in the depot would claim a path upto the signal at the right-bottom, blocking the way for the 3rd train to enter its platform at the coal mine.

Due to the position of the depot, the station at the coal mine is in fact a bi-direction station (it should accept trains from both directions). Such a station normally has platforms that are safe waiting point for trains from both directions, by having bi-directional path-signals at both sides.

If you add such signals, the train will leave the depot (and only claim a path upto the end of the platform, rather than include some additional tiles beyond the station). Alternatively, you can move the depot to the other side of the station. Then all trains enter from just one direction and your problem is solved too.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3803#comment7956

@DorpsGek
Copy link
Member Author

Eddi wrote:

With your proposal, the train in the depot would claim a path upto the signal at the right-bottom, blocking the way for the 3rd train to enter its platform at the coal mine.

yes, the setup is certainly not optimal, but that is a secondary point that has nothing to do with the bug.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3803#comment7957

@DorpsGek
Copy link
Member Author

frosch wrote:

Does this mean r18648 does not work? Or got it broken later? Or did I misunderstood it :p

r18648 | michi_cc | 2009-12-27 15:37:54 +0100 (Sun, 27 Dec 2009) | 1 line

-Fix/Feature [#3430-ish]: [YAPP] Treat the backside of an one-way path signals as a safe waiting point.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3803#comment7959

@DorpsGek
Copy link
Member Author

DorpsGek commented May 1, 2010

Alberth wrote:

It does not work either, as well as its fix:

changeset: 14692:7110423a4ce9
user: michi_cc
date: Sun Feb 28 08:18:20 2010 +0000
summary: (svn r19286) -Fix (r18648): [YAPP] If reversing at path signals was disabled, a train would not reverse when hitting the back of an one-way signal.

Attached a save game created with r18648 for easier testing if needed.

Attachments


This comment was imported from FlySpray: https://bugs.openttd.org/task/3803#comment7960

@DorpsGek
Copy link
Member Author

michi_cc closed the ticket.

Reason for closing: Fixed

In r19896.


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

@DorpsGek DorpsGek added flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) bug labels Apr 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Development

No branches or pull requests

1 participant