refactor: always preserve marketplace search state in URL

[tomerqodo]

Benchmark PR from qodo-benchmark#415

---

Note

Streamlines marketplace state to always come from URL query params and removes client atom hydration.

• Removes preserveSearchStateInQueryAtom, local atoms, and HydrateMarketplaceAtoms; marketplace hooks now directly use nuqs (useQueryState) for q, tags, and active tab
• Changes active plugin type query key from category to tab in marketplace; plugin page context still uses category
• Adjusts search-mode condition to rely on PLUGIN_CATEGORY_WITH_COLLECTIONS.has(activePluginType) instead of its negation
• Deletes hydration-client.tsx and its usage in index.tsx; no functional changes to server hydration
• Loosens usePluginPageContext selector typing (from function type to any)

^{Written by Cursor Bugbot for commit 647d6af. Configure here.}

[cursor]

Cursor Bugbot has reviewed your changes and found 2 potential issues.

^{Bugbot Autofix is OFF. To automatically fix reported issues with Cloud Agents, enable Autofix in the Cursor dashboard.}

[cursor]

Search mode logic inverted, breaking collection display

High Severity

The negation operator was accidentally removed from the search mode condition. The comment states that search mode needs to be forced for categories without collections, but the new code PLUGIN_CATEGORY_WITH_COLLECTIONS.has(activePluginType) does the opposite—it forces search mode for categories that have collections ('all' and 'tool'). Categories like 'model', 'agent', 'extension' that lack collections will no longer default to search mode, breaking the marketplace display logic.

 

[cursor]

Client-server URL parameter name mismatch for category

High Severity

useActivePluginType() now uses 'tab' as the URL query parameter, but the server-side hydration in hydration-server.tsx reads from params.category (the key in marketplaceSearchParamsParsers). This mismatch means server-side prefetching won't recognize the tab parameter, causing hydration failures and incorrect data loading when users navigate with category-filtered URLs.