Skip to content

LMR: consist change might output that a path exists when it doesn't #18426

Description

@Erashin

What happened?

Right now, when trying a path that backtracks WITH a consist change (A - B - A for ex), 2 preliminary validation pathfinding requests are sent:

  • one for A - B
  • one for B - A

Problem: if the path is impossible without a backtrack, the path will be validated here BUT stdcm won't be able to find a path. Especially if B is a passage via where no backtrack is allowed 😂

What did you expect to happen?

We need a pretty consecuent change: the backend pathfinding is ready to have a consist change has an input, but we have to modify the front-end/editoast to only send one pathfinding request for the full path, then plug it in correctly in core.
All that to say: only one pathfinding request should be sent, with the can_backtrack AND consist change information.

How can we reproduce it (as minimally and precisely as possible)?

  1. Go to LMR
  2. Create a correct backtracking path, but the via should be a passage
  3. The validation pathfinding finds a solution
  4. Launch stdcm: it won't work

On which environments the bug occurs?

Dev (SNCF), Local

On which browser the bug occurs?

Firefox

OSRD version (top right corner Account button > Informations)

3578eb3

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:coreWork on Core Servicearea:editoastWork on Editoast Servicearea:frontWork on Standard OSRD Interface moduleskind:bugSomething isn't workingseverity:minorMinor severity bug

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions