Automattic / Automattic/jetpack
Instant Search: handle API failures and displaying failure info
Open
[Feature] Search
[Plugin] Jetpack
[Plugin] Search
[Pri] Low
[Status] Auto-allocated
Bug
Triaged
- Dominant language
- PHP
- Stars
- 1.8k
- Forks
- 898
- Avg merge
- 1d 14h
- Merged PRs (30d)
- 790
Description
We should handle the API errors based on whether we got a response and what the error code is. Any 4xx should not be run again. 5xx should probably be retried after a bit of time.
I am not sure what we should display in the UI. Depends a lot on if there is already data getting displayed.
Contributor guide
Research direction
The payload names no files or tests; start by locating the Instant Search API request and UI display entry points. Map no-response, 4xx, and 5xx behavior, then resolve what the UI should show with and without existing data; done means the retry and failure-display rules are agreed and covered.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, php, react
- Domain
- api, frontend, search
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100