-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hooks to init search and detail data and manage search url params #301
base: main
Are you sure you want to change the base?
Conversation
- Update URL first, state follows - Deduplicate search param and query state
useEffect was triggered by isDirty, but the search state of useSearchUrlParams was not yet updated: so the request was already sent but not aborted because useEffect did not include search state dependencies. This commit also removes an almost identical useEffect that only ran when the searchTerms were present.
Er bevinden zich nog twee bugs rondom het detailscherm.
if (resultIndex === -1) {
return null;
} Deze check |
Dit is geen bug maar een feature. (Zeg ik dit nu serieus?) Op deze manier kun je browsen in de zoekresultaten, ook als je refresht. Zie ook #259 en #259 (comment) Ook is deze state nu niet meer gedupliceerd in stores en de url, zie: #201
Dit is een lastige. En deze bug zit ook al gedeeltelijk in main (het component wordt in main nog wel getoond, maar de knoppen functioneren niet zoals zou moeten). Een oplossing zou zijn om de prev/next-search-result-knoppen wel te tonen maar in uitgeschakelde toestand (want we bekijken geen zoekresultaat meer), en de terug-knop te laten leiden naar de zoek-query zoals die in de url zit. Zie c180a72 voor deze oplossing. |
Resolves #259, resolves #201, resolves #188, resolves #203