[Starosdev]

Summary

• replace the movie index bootstrap flow with server-driven paging instead of preloading the full movie library
• add targeted movie index APIs for paged results, filtered id lookups, title-slug lookup, navigation, and search
• lazy-load the full movie cache only in screens and modals that still genuinely need it

Why

Issue 32 was caused by the app treating the movie library as required startup state. That forced a full /movie fetch on initial load and on reconnect, which does not scale as libraries grow.

This change moves the movie index to a query-driven model so the initial page only loads the records it needs, while preserving details navigation, header search, and bulk actions through dedicated endpoints.

Impact

• much lighter initial movie page load
• reconnect no longer refetches the full library
• bulk search and refresh act on the full filtered result set via server-side id queries instead of just the current page
• add/import/collection/settings flows that still need the whole movie list now fetch it on demand instead of relying on app bootstrap side effects

Validation

• dotnet restore src/Radarr.sln
• dotnet build src/Radarr.sln --no-restore
• git diff --check

Notes

• frontend lint/build was not run in this worktree because node_modules is missing, and the repo's frontend commands depend on packages such as rimraf and the local ESLint install