Make SearchWindow manual picks sticky + add 'Reset lyrics for this track' menu item

[koto9x]

Summary

Two universal UX improvements that are independent of any Apple Music or player-specific work:

1. Sticky manual picks: When the user opens the search window (magnifying glass) and applies a specific lyric source, that choice is now persisted with userPicked = true. On subsequent plays of the same track, LyricFever skips the entire network chain and returns the cached lyrics directly — no unnecessary re-fetching.

2. Reset button: A new arrow.counterclockwise icon in the menubar button row lets the user bust the sticky cache for the currently-playing track. LyricFever deletes the CoreData entry and re-runs the full lyric chain on next play. Useful when lyrics were auto-cached incorrectly and then manually fixed, or after a new release updates official sync.

What's included

• SongObject schema v2 — adds two fields via lightweight Core Data migration:
  • userPicked: Bool (default false) — true when lyrics came from a user's explicit search-window selection
  • sourceProvider: String? — which provider succeeded ("spotify", "lrclib", "user_picked", etc.)
• SearchWindow.swift — sets userPicked = true and sourceProvider = "user_picked" when user applies lyrics
• ViewModel.resetLyricsForCurrentTrack() — deletes the CoreData entry by track ID, cancels in-flight fetch, and re-triggers setCurrentProperties()
• MenubarWindowView.swift — new arrow.counterclockwise SmallMenubarButton wired to the reset method; tooltip: "Reset lyrics for this track (clears cache, re-runs chain)"
• ViewModel.fetchAllNetworkLyrics() — writes sourceProvider on every successful chain result and userPicked = false
• ViewModel.fetchLyrics() — sticky fast-path: if existing CoreData entry has userPicked = true, return immediately without hitting the network

What's NOT included (intentional)

• Apple Music integration (separate PR)
• Album prefetch (separate PR)
• No schema dependency on Apple Music fields — this PR's migration adds only userPicked + sourceProvider

Note on MediaController() fix

The upstream repo's ViewModel.swift still calls MediaController(bundleIdentifier:), but ejbills/mediaremote-adapter removed that parameter in commit b8ce5d1. This PR quietly fixes that call to MediaController() so the upstream builds cleanly.

Test plan

• Play a track → lyrics auto-fetch via chain → userPicked remains false in CoreData
• Open search window → apply LRClib result → replay same track → no network fetch fires (console: "CoreData Fetch (userPicked sticky)")
• Use the arrow.counterclockwise reset button → CoreData entry deleted → replay → full chain fires again
• Tooltip visible on hover: "Reset lyrics for this track (clears cache, re-runs chain)"