thunderbird / thunderbird/appointment
If public availability 500s the frontend will error out too
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 552
- Forks
- 29
- Avg merge
- 1d 6h
- Merged PRs (30d)
- 23
Description
We should check if errorDetail is falsey and show a generic error message instead of failing to error. Although I'm not sure if that's the actual error in the frontend code. So some investigation will be required!
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 with the Sentry report linked in the issue and trace the frontend path that handles public availability responses, focusing on cases where errorDetail is falsey. Confirm the actual failure and identify the existing generic-error behavior. Done means a failed public-availability request shows a generic error message instead of causing the frontend to error out, with the relevant test updated or added if one exists.
Written by the indexing model from the issue text.
Assessment
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100