feat(client): support login & account linking with OpenID Connect

refactor: update log message to mark reqeusts as COMPLETED when media is available

chore(release): prepare ${TAG_VERSION}

fix(sonarr): use configured metadata provider for season filtering The Sonarr scanner always filtered seasons against TMDB data, ignoring the configured metadata provider setting. This caused shows with different season structures between TMDB and TVDB (e.g. Animaniacs) to be incorrectly marked as fully available, preventing users from requesting missing seasons. fix #2466

fix(servarr): increase API timeout from 10000ms to 60000ms

fix(servarr): increase default API timeout from 5000ms to 10000ms

chore(release): prepare 3.0.1

chore: prepare 3.0.0 release

fix(base-scanner): derive media availability from actual season state instead of scanner input The media-level status was incorrectly set to AVAILABLE when only some seasons were available. The issue was isAllStandardSeasons/isAll4kSeasons checked the scanner's input array which only contains seasons found by current scanner (e.g. 1 seaason in jellyfin). If that single season was fully available, the check passes and the media gets marked AVAILABLE regardless of how many total seasons existed. And the shouldStayAvailable (and its 4k check) locked the AVAILABLE status once set, as long as no new seasons were added with a status which prevented the incorrect status from correcting itself.

fix(media-request-subscriber): prevent updating season status if other active requests exist

fix: add explicit JoinClumn to MediaRequest media relation Fixes intermittent NULL mediaId foreign key on media_request records byadding explicit @JoinColumn decorator to the media relation. Without this,TypeORM's implicit FK mapping was unreliable, causing orphaned requeststhat would crash the frontend when accessing user profiles. Also removes the redundant @Column decorator for mediaId which conflicted withthe relation, and removes explicit mediaId assignments in the constructorwhich are now handled correctly by TypeORM through the relation.

fix(availability-sync): handle resolution check for single-server setups PR #1543 introduced resolution checking to check 4k from non4k media when users have both server types configured with the same service. Howerver, this causes false deletions for users with only a single non4k service when radarr upgrades file to 4k resolution. This fix only applies resolution to checking when both 4k and non4k servers are configured. Otherwise then if file exists then it counts as available

fix(availability-sync): remove incorrect existence flags for media in Radarr, Sonarr, and Plex

fix(sonarr): re-monitor episodes when re-requesting deleted but monitored seasons When Sonarr's "Unmonitor Deleted Episodes" is enabled, deleted files cause episodes to be unmonitored while the season stays monitored. Re-requesting sets season.monitored = true, but Sonarr only cascades to episodes on state change. Since the season is already monitored, episodes stay unmonitored and searches find nothing. Now explicitly re-monitors episodes for requested seasons before triggering a search. fix #2309

fix(base-scanner): fix PROCESSING status persisting for unmonitored seasons BaseScanner's fallthrough logic was preventing unmonitored seasons from resetting to UNKNOWN status. fix #2310

fix(proxy): add connection limits and IPv4 support to undici agents