fix(content-drive): global search hides matches without content-type filter (#37211) - #37566
ihoffmann-dot wants to merge 1 commit into
Conversation
Spec approved and merged in #37525. Planning (/speckit-plan, /speckit-tasks) starts here.
|
Claude finished @ihoffmann-dot's task in 39s —— View job Code ReviewI checked out the branch and diffed it against There is nothing to review yet. The branch contains a single commit that only carries a commit message ("Planning starts here") with no file changes — 0 additions, 0 deletions, 0 changed files. The implementation ( Per the PR body this is intentional — the PR is a draft opened while planning is in progress. What I'd expect to see before a substantive reviewBased on the spec (#37211 / #37525), the fix targets Content Drive's unfiltered global search silently dropping matches due to the DB-order chunked scan cutting off. When the implementation lands, the key things to have in place:
No issues found — nothing to flag in an empty diff. Re-tag me with |
Summary
PR 2 (implementation) for the issue-resolution spec approved and merged in #37525.
Fixes #37211 — Content Drive's unfiltered global search silently drops matches that the same term finds once a content-type filter is applied, because the DB-order chunked scan cuts off before reaching them, while the legacy Search All portlet (querying ES directly) does not.
Draft while planning is in progress:
/speckit-plan→/speckit-tasks→/speckit-implement→/speckit-convergestill need to run againstspecs/37418-content-drive-global/spec.md. Will move out of draft once/speckit-convergereportsconverged(or remaining findings are consciously accepted).Test plan
/speckit-convergerun against final code🤖 Generated with Claude Code