Reset workflow modal bugs
Open
Nobody has claimed this yet.
bug
- Dominant language
- TypeScript
- Stars
- 431
- Forks
- 179
- Avg merge
- 2d 9h
- Merged PRs (30d)
- 71
Description
Describe the bug
The "Reset Workflow" modal has a few small bugs.
- Allows clicking "Confirm" without selecting an event-id which results in an error from the backend.
- The error is not displayed to the user because the modal is closed immediately.
- The description for the event-id radiogroup should be fixed in position instead of scrolling along with the event id's.
Expected behavior
- "Confirm" button should be disabled if an event-id is not selected.
- The modal should not be closed on an error.
- The description for the event-id radiogroup should be fixed in position.
Contributor guide
No contributing guide indexed for this repository
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 at the Reset Workflow modal entry point and reproduce the three reported behaviors: confirmation without an event-id, error handling, and the scrolling event-id description. Done means the button is disabled until an event-id is selected, errors keep the modal open and visible, and the description stays fixed while event-ids scroll.
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
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 48/100