Skip to content

front: fix origin arrival update time propagation + refactor time propagation#16231

Open
Synar wants to merge 4 commits intodevfrom
ali/fix-refactor-propagate-time-expurged
Open

front: fix origin arrival update time propagation + refactor time propagation#16231
Synar wants to merge 4 commits intodevfrom
ali/fix-refactor-propagate-time-expurged

Conversation

@Synar
Copy link
Copy Markdown
Contributor

@Synar Synar commented Apr 13, 2026

Close #16164

Edit: I think my last commit was way over engineered, and there is a much simpler way. Pushed as a fixup.

(D -> D+1 changes are still not handled well, but the exact same issue seems to exist for non origin steps)

Synar added 3 commits April 13, 2026 21:22
Factoring the logic together will enable us
to more easily add the special case for the origin,
and makes the logic of the function more apparent.

Signed-off-by: Alice Khoudli <alice.khoudli@polytechnique.org>
This change will both make handling the other cases than atThisWaypoint easier and DRYer,
but also make the time propagation of the origin case naturally work for other callers of propagateTime,
such as buildEditsForUpdate which creates the temporary state before the response from the back is received.

Signed-off-by: Alice Khoudli <alice.khoudli@polytechnique.org>
Signed-off-by: Alice Khoudli <alice.khoudli@polytechnique.org>
@Synar Synar requested a review from a team as a code owner April 13, 2026 20:27
@github-actions github-actions bot added the area:front Work on Standard OSRD Interface modules label Apr 13, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area:front Work on Standard OSRD Interface modules

Projects

None yet

Development

Successfully merging this pull request may close these issues.

New schedule sheet : Propagation from first line does not work as expected

1 participant