docs(changelog): correct metadata-editor autofill bug description

Artists are stored ;-separated (feat./ft. normalized away at download), and
both lookups already use the first artist. The real gap is the strict match
failing for multi-artist tracks (no fallback) plus iTunes autofill not filling
the artist/album-artist fields.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

CHANGELOG.md

@@ -234,10 +234,13 @@ Versioning: two-part `MAJOR.MINOR` — each release bumps the minor (features an
 - **Backend (metadata/sorting)** — iTunes `collectionArtistName` (album artist) is not captured,
   so `album_artist` can be wrong on compilations / various-artists releases, splitting albums and
   mis-sorting them in Navidrome.
-- **Metadata editor (autofill)** — The iTunes / MusicBrainz autofill buttons don't populate the
-  Album-Artist field (and iTunes autofill fills no artist at all). Multi-artist lookup is also
-  inconsistent: iTunes splits the artist on `; , &`, MusicBrainz on `, ; & •`, neither handles
-  `/`, `feat.`, `ft.`. Both should use one robust "first artist only" splitter for the search.
+- **Metadata editor (autofill)** — Artists are stored `;`-separated (feat./ft./&/comma are
+  normalized to `;` at download, so the field never contains feat./ft.) and shown as
+  `artist1; artist2; artist3`. Both lookups already search with the first artist (split on `;`),
+  but multi-artist tracks still mostly fail because the match is strict and gives up when
+  iTunes/MusicBrainz credit a different/combined primary artist — needs a fallback (title-only,
+  or try the other listed artists). Separately, the iTunes autofill button populates neither the
+  Artist nor the Album-Artist field.
 - **Backend (download)** — Re-downloading a playlist re-fetches some already-present tracks: the
   duplicate check matches the exact computed path only (same album folder, exact track-number
   prefix, exact resolved artist/title). Any drift between runs — different iTunes/romaji name, a