OpenRailAssociation / OpenRailAssociation/osrd
TOD: occupations disappearing for a while after drag&drop
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 660
- Forks
- 87
- Avg merge
- 3d 4h
- Merged PRs (30d)
- 269
Description
What happened?
ping @Tguisnet
When drag & dropping in the TOD - especially if the connection is slow like in the deployment envs - while the trackoccupancy endpoint is computing, the occupation disappears for a few seconds.
What did you expect to happen?
As we are only changing an input, we should not wait for the endpoint to finish computing, we could display the "optimistic update" of the occupation like we do in the time stops table we changing any inputs.
This would improve the user experience.
How can we reproduce it (as minimally and precisely as possible)?
Try to drag&drop any occupation in the TOD
On which environments the bug occurs?
Recette (SNCF)
On which browser the bug occurs?
Firefox
OSRD version (top right corner Account button > Informations)
c38afa2
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the TOD drag-and-drop flow and the trackoccupancy endpoint request, then compare it with the optimistic update behavior in the time stops table. The occupation should remain visible with its new position while the request computes, and the final state should reconcile when the endpoint finishes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 58/100