Placeholder, opened so the details and screenshots have somewhere to live.
The search sheet on mobile misbehaves in several ways at once. Known symptoms so far, all reported by hand and none yet reproduced or root-caused:
- The sheet comes up at inconsistent heights: different sizes on different opens, and different sizes across phones.
- The filters sometimes fail to open.
- Probably more. This needs a proper pass across several devices and viewport sizes.
Status
Not triaged. Nobody should start on a fix from this description.
Next step: screenshots and per-symptom notes to be added as comments below, one comment per distinct symptom where possible, saying which phone, which browser, and whether the app was installed as a PWA or running in a browser tab. Once that is in, this gets handed to a model for a full exploration across devices and sizes.
Scope hint for whoever explores it
The search surfaces are shared, so a bug here is unlikely to be one component. Worth walking:
frontend/src/components/custom/search/ (the shared search bar)frontend/src/components/custom/modal/sheet-shell.tsx and the --sheet-bottom-clearance variables in frontend/src/app/globals.css- the filters sheet and
frontend/src/components/custom/form/multi-select*.tsx, whose presentation swaps between popover and inline at the md breakpoint
viewport in frontend/src/app/layout.tsx, which sets interactiveWidget: "resizes-content" and viewportFit: "cover", both of which change how the sheet is sized when the software keyboard opens
Height instability plus a keyboard plus dvh units is a common combination, so that is the first thing to rule in or out, but do not treat that as the answer before reproducing it.
Pics:
Placeholder, opened so the details and screenshots have somewhere to live.
The search sheet on mobile misbehaves in several ways at once. Known symptoms so far, all reported by hand and none yet reproduced or root-caused:
Status
Not triaged. Nobody should start on a fix from this description.
Next step: screenshots and per-symptom notes to be added as comments below, one comment per distinct symptom where possible, saying which phone, which browser, and whether the app was installed as a PWA or running in a browser tab. Once that is in, this gets handed to a model for a full exploration across devices and sizes.
Scope hint for whoever explores it
The search surfaces are shared, so a bug here is unlikely to be one component. Worth walking:
frontend/src/components/custom/search/(the shared search bar)frontend/src/components/custom/modal/sheet-shell.tsxand the--sheet-bottom-clearancevariables infrontend/src/app/globals.cssfrontend/src/components/custom/form/multi-select*.tsx, whose presentation swaps betweenpopoverandinlineat themdbreakpointviewportinfrontend/src/app/layout.tsx, which setsinteractiveWidget: "resizes-content"andviewportFit: "cover", both of which change how the sheet is sized when the software keyboard opensHeight instability plus a keyboard plus
dvhunits is a common combination, so that is the first thing to rule in or out, but do not treat that as the answer before reproducing it.Pics: