[OCISDEV-843][full-ci][tests-only] fix flaky search by re-querying the global search dropdown

[dj4oC]

Summary

userShouldSeeResources asserts on the global search dropdown (resourcePage.searchList) by polling getDisplayedResourcesFromSearch, which only re-reads the dropdown DOM. The dropdown is filled by a single, debounced query issued once when the search step runs (watch(term) → debouncedSearch in SearchBar.vue). If a resource is still being indexed by tika at that moment, it never lands in that one-shot result list — and re-reading the same DOM can never surface it. The 30s poll therefore just dead-waits and times out.

This is the underlying cause of OCISDEV-843. The earlier fixes addressed only the single Unicode strängéनेपालीName case (extra waitForTimeouts, then moving that one assertion off the dropdown to the full results page / files list). The mechanism itself was never fixed, so the ~18 other searchList assertions in search.spec.ts / searchProjectSpace.spec.ts still poll the one-shot dropdown and stay latently flaky.

The failure is deterministic when indexing is slow — e.g. on the oCIS-side e2e job it failed on all four attempts:

✘ search.spec.ts › Search › Search in personal spaces  (+ retry #1, #2, #3)
Error: Waiting for resource "strängéनेपालीName" to appear in search list
- Timeout 30000ms exceeded while waiting on the predicate   (resources.ts:205)

Changes

• Add reSearchAndGetDisplayedResourcesFromSearch: re-issues the global search by clearing and re-filling the existing keyword, then reads the dropdown. Clearing forces a term change so the debounced watch(term) re-runs the query even for the same keyword; not reloading the page preserves the active location filter.
• userShouldSeeResources now uses it for the searchList poll, so every poll iteration reflects the current index state and resources that finish indexing after the initial query are picked up. Other list types are unchanged.

This is a generic root-cause fix for all dropdown-based search assertions, not another per-test workaround.

Related Issue

• Fixes #OCISDEV-843

Test plan

• pnpm lint — passes (no new warnings/errors in the changed files)
• pnpm check:types (vue-tsc --noEmit) — passes
• CI runs the e2e search suite against a live backend — note: the full e2e suite requires a running oCIS + tika deployment and was not run locally; this PR relies on CI as the e2e gate. [full-ci] is set so the search suite runs.

🤖 Generated with Claude Code

[kw-security]

✅ Snyk checks have passed. No issues have been found so far.

Status	Scan Engine	Critical	High	Medium	Low	Total (0)
✅	Code Security	0	0	0	0	0 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud