Melo/CHANGELOG.md

Changelog

Alle nennenswerten Änderungen an diesem Projekt werden hier dokumentiert. Format angelehnt an Keep a Changelog.

[Unreleased]

🧑‍🤝‍🧑 UX-Simulation, Teil 2: Player-Feinschliff, Downloads, Einstellungen (2026-08-25)

Zweiter Block derselben 39 Funde:

• 🎧 Songtext-Icon ohne ID war ein toter Knopf — sichtbar, tippbar, aber ohne jede Wirkung. Jetzt ausgegraut mit erklärendem Tooltip, wenn kein Songtext-Ziel bekannt ist.
• ⏱️ Sleep-Timer-Restzeit war faktisch unsichtbar (nur im Tooltip, den kaum jemand per Long-Press entdeckt) — steht jetzt auch im Sheet.
• ↕️ Warteschlange umsortieren war unauffindbar: kein sichtbares Zeichen, dass die Liste per Drag reagiert. Jetzt mit Drag-Handle-Symbol wie bei Spotify/Apple Music.
• 👇 Vollbild-Player ließ sich nicht wegwischen — nur über den Zurück-Pfeil schließbar, obwohl der Mini-Player schon Wischgesten kann. Jetzt schließt Wischen nach unten den Player, wie bei Apple Music/Spotify.
• 🏷️ Fehlendes tooltip: am Schließen-Knopf des Songtext-Sheets ergänzt — jeder andere Icon-Button der App hat einen.
• 📡 YouTube-Downloads: Zeitüberschreitung (Server erreichbar, braucht nur zu lange) und toter Server meldeten sich bisher identisch — jetzt mit eigener, ehrlicherer Meldung ("braucht zu lange" statt "nicht erreichbar").
• 🔄 Server-Tab blitzte beim Öffnen kurz "nicht verbunden" auf, obwohl verbunden — weil build() lief, bevor die gespeicherten Zugangsdaten fertig geladen waren. Jetzt erst ein Ladezustand, dann die echte Antwort.
• 🗂️ Einstellungen umsortiert: Favoriten-Sync und Playlisten-Sync standen unter "Speicher", obwohl sie nichts mit Speicherplatz zu tun haben — jetzt bei "Musikserver", direkt beim Navidrome-Eintrag. Der Navidrome-Eintrag selbst sagt jetzt, wofür er da ist ("Eigener Musik-Server"), statt nur den Software-Namen zu zeigen.
• ✏️ Kommentar in geteilte_adresse.dart korrigiert: er behauptete, der Server entscheide über nicht-YouTube-Adressen — tatsächlich lehnt YtDownloadService sie schon vorher ab. Verhalten bewusst nicht geändert (dafür gibt es einen eigenen Test), nur die Doku richtiggestellt.
• ⏸️ Bewusst nicht angefasst: das separate Server-Favoriten-Herz (ServerFavoriteButton) bleibt wie dokumentiert lokal-only — das ist eine bestehende, begründete Architektur-Entscheidung (siehe G3 im UX-Review) und keine Kleinigkeit, die sich nebenbei mitreparieren lässt. Ebenso zurückgestellt: Live-Mitführen des Fingers beim langsamen Wischen am Mini-Player, ein Abbrechen-Knopf für laufende YouTube-Downloads, ein Lauf-Badge auf dem inaktiven Download-Unterreiter und eine Versionsnummer unter "Über Melo" (bräuchte eine neue Abhängigkeit) — alles eigene kleine Vorhaben, keine Fünf-Minuten-Fixe.
• ✅ Getestet: 539 Tests grün (vorher 537, 2 neu für die Timeout-Unterscheidung beim YouTube-Download), flutter analyze ohne Befund.

🧑‍🤝‍🧑 UX-Simulation: Mehrfachauswahl, Baka-Login, Bestätigungen, Suche (2026-08-25)

7 Agenten sind die App wie ein normaler Nutzer durchgegangen (Erststart, Bibliothek, Download, Suche, Favoriten, Player, Einstellungen) und haben 39 konkrete Reibungspunkte gefunden — verglichen mit Apple Music/Spotify. Erster Block der Fixe:

• 🖐️ Mehrfachauswahl funktionierte nur im Lieder- und Favoriten-Reiter. Öffnete man eine Kategorie oder das Album eines Künstlers, tat langes Drücken auf einen Titel gar nichts — derselbe Ripple-Effekt, aber ohne Wirkung. Die Auswahl-Leiste und die Sammel-Aktionen ("Zur Warteschlange", "Zu Wiedergabeliste") aus SortableSongList sind jetzt in lib/shared/auswahl_leiste.dart geteilt und laufen auch in der Album-/Kategorie-Detailansicht (TitelListenScreen, jetzt mit Sortierung und Shuffle wie der Lieder-Reiter) und in der Künstlerseite (KuenstlerScreen).
• 🔁 Zwei "Favoriten"-Listen mit unterschiedlichem Funktionsumfang. Der Favoriten-Tab bot Sortieren/Shuffle/Auswahl, der über Playlisten erreichbare zweite Favoriten-Bildschirm zeigte dieselben Songs nur nackt. Beide zeigen jetzt dieselbe SortableSongList.
• 🔐 Baka-Login blieb bei falschem Passwort bis zu 15 Sekunden lang stumm. Der Dialog schloss sich sofort beim Antippen von "Anmelden", noch bevor die Anfrage überhaupt losging; der Fehler kam erst danach in einer unauffälligen grauen Zeile. Jetzt bleibt der Dialog offen, zeigt einen Ladespinner und den Fehler direkt darin — wie beim (bereits guten) Navidrome-Login.
• 🗑️ Cache leeren und Navidrome-Abmelden liefen ohne Rückfrage. Ein versehentlicher Tipp auf das kleine Papierkorb- bzw. Logout-Icon hat sofort gewirkt. Beide fragen jetzt nach, das einzelne Entfernen eines Downloads ebenso (analog zum bereits vorhandenen "Alle entfernen"-Dialog).
• 📡 Downloads bei toter Serververbindung meldeten "War schon heruntergeladen" — dieselbe Meldung wie bei tatsächlich schon vorhandenen Titeln. Jetzt erscheint der wirkliche Grund ("Nicht mit dem Musikserver verbunden"). YouTube-Fehlermeldungen sind außerdem jetzt rot statt in derselben Neutralfarbe wie Erfolgsmeldungen.
• 🔍 Suche: Die Tastatur blieb nach Auswahl eines Treffers offen und verdeckte die Liste — schließt jetzt automatisch. "Nichts gefunden" nennt jetzt den gesuchten Begriff. Einzelne Verlaufseinträge lassen sich entfernen, ohne den ganzen Suchverlauf zu löschen.
• 🎤 Zwei irreführende Icons: "Musik-Berechtigung" in den Einstellungen zeigte ein Mikrofon (fragt aber Speicherzugriff ab, kein Mikrofon); "Musik erkennen" zeigte ein Fragezeichen-Symbol (Hilfe-Icon) statt eines erkennbaren Mikrofon-Symbols.
• ✏️ Kleinere Textkorrekturen: der Hinweis "beim Baka-Konto anmelden" verwies auf einen nicht existierenden Tab "Online" (richtig: Download-Tab); die ReplayGain-Beschreibung nannte unerklärten Audio-Fachjargon.
• ✅ Getestet: 537 Tests grün (vorher 533, 4 neu für verlaufOhne), flutter analyze ohne Befund.

🎨 Cover-Farbe, Teilen, Android Auto, geschärfte Typografie (2026-08-24)

Die P3-Liste aus dem Review.

• 🌈 Der Player nimmt die Farbe des Covers auf. Bisher war er für jeden Titel gleich schwarz; jetzt läuft ein Verlauf aus der prägenden Farbe des Albums nach unten in Schwarz aus. Ohne neue Abhängigkeit: die Farbwahl ist eine reine Funktion über die Bildpunkte und dadurch prüfbar. Nicht einfach die häufigste Farbe — Cover sind oft überwiegend dunkel oder grau, und dann sähe wieder alles gleich aus. Häufigkeit und Farbigkeit entscheiden zusammen. Anschließend wird so weit abgedunkelt, dass weiße Schrift darauf lesbar bleibt.

• 📤 „Teilen → Melo" aus der YouTube-App. Vorher musste man die Adresse von Hand kopieren und einfügen. Die App springt in den Download-Bereich und trägt die Adresse ein — ohne den Download zu starten: Kategorie und Speicherort will man vorher noch wählen können. Die geteilte Nachricht enthält meist Titel und „über @YouTube" drumherum; daraus wird die Adresse herausgelöst. Bewusst nicht auf YouTube eingeschränkt — der Downloader läuft über yt-dlp und kann mehr, und was davon geht, entscheidet der Server.

• 🚗 Android Auto blättert jetzt wirklich durch die Bibliothek. Der MediaBrowserService war im Manifest zwar angemeldet, lieferte aber nie Inhalte — die Bibliothek blieb dort leer. Vier Ordner wie in der App: Favoriten · Zuletzt hinzugefügt · Kategorien · Künstler. Ein Titel im Auto startet den ganzen Ordner ab dieser Stelle, nicht nur das eine Lied. Die Adressen halten Doppelpunkte und Schrägstriche aus — „Intro: Anfang" und „AC/DC" sind normale Namen.

• 🔠 Typografie geschärft, ohne neue Schrift. Melo bleibt bei der System-Schrift: sie ist immer da, trägt jede Sprache und kostet nichts an App-Größe. Geschärft wurde vor allem die Laufweite — große Grade stehen enger, damit die Zeile als ein Wortbild liest; Abschnitts-Beschriftungen in Großbuchstaben dagegen weiter, weil die Luft brauchen.

• 🐛 Dabei gefunden: Die drei Bildschirm-Überschriften („Download", „Favoriten", „Suchen") setzten ihre Größe von Hand, während das Theme eine eigene Stufe dafür vorhielt — die nie benutzt wurde. Eine Änderung am Theme wäre nirgends angekommen. Jetzt gehen alle drei durch eine gemeinsame Überschrift.

• ↩️ Und eine Rücknahme: Ich hatte den Fließtext dichter gesetzt und damit eine Regel gebrochen, die seit Längerem als Test festgehalten ist („Fließtext hat mindestens 1,35 Zeilenhöhe"). Die Regel ist älter als diese Politur und hat einen Grund — zurückgenommen wurde deshalb mein Code, nicht der Test.

• ✅ Getestet: 533 Tests grün (vorher 500), flutter analyze ohne Befund, Release-APK gebaut; Auto-Eintrag und Teilen-Filter im fertigen APK nachgeprüft. Neu: 9 Tests für die Cover-Farbe, 8 für das Herauslösen der geteilten Adresse, 9 für die Adressen des Auto-Baums und 7 für die Stufenleiter der Schrift.

✨ Politur: Wischen, wandernde Cover, Alphabet-Sprung, Mehrfachauswahl (2026-08-24)

Die P2-Liste aus dem Review — lauter Kleinigkeiten, die man einzeln nicht vermisst und zusammen sofort merkt.

• 🎞️ Das Coverbild wandert. Beim Öffnen der Vollbild-Wiedergabe springt kein neuer Bildschirm auf; das Bild aus der Leiste wächst an seinen Platz.

• 👆 Wischen am Mini-Player. Nach oben öffnet die Wiedergabe, seitwärts wechselt den Titel. Mit Schwelle: der Mini-Player ist zugleich ein Knopf, und beim Antippen wandert der Finger fast immer ein paar Pixel — ohne Schwelle spränge bei jedem zweiten Tipp der Titel. Nach unten ist bewusst unbelegt, damit niemand die Wiedergabe aus Versehen wegschiebt.

• 🎨 Die Künstlerliste hat Bilder und nennt die Zahl der Alben. Dahinter jetzt eine Künstlerseite mit seinen Alben, darunter alle Titel — vorher stand bei einem Künstler mit acht Alben alles ungeordnet untereinander. Bei nur einem Album entfällt die Zwischenstufe.

• 🔤 Alphabet-Sprung am rechten Rand. Erscheint nur, wo er stimmt: bei Sortierung nach Namen und ab 30 Titeln. Bei „Zuletzt hinzugefügt" stünden die Buchstaben in willkürlicher Reihenfolge. Umlaute zählen zu ihrem Grundbuchstaben, Ziffern und Zeichen sammeln sich unter „#" — dieselbe Regel wie die Sortierung selbst.

• ☑️ Mehrfachauswahl. Langes Drücken wählt aus, danach wählt jeder Tipp weitere Titel. Oben stehen „Zur Warteschlange" und „Zu Wiedergabeliste". Wer zwanzig Lieder in eine Liste wollte, tippte vorher sechzig Mal.

• ♿ Abgeschaltete Systemanimationen gelten jetzt überall. Bisher hielt sich nur die Balken-Animation daran; Reiterwechsel, Songtext und Mini-Player zogen weiter durch.

• 📱 Querformat und Tablet. Der Player legt Cover und Bedienung nebeneinander, statt vom Cover einen Streifen übrig zu lassen oder die Knöpfe aus dem Bild zu schieben. Auf breiten Schirmen bekommt der Text eine Obergrenze, statt über die ganze Breite zu zerren.

• 🐛 Beim Bauen gefunden: Der Alphabet-Sprung landete bei absteigender Sortierung am Ende eines Buchstaben-Blocks statt an seinem Anfang. Der Index wird jetzt direkt auf der angezeigten Reihenfolge gebaut, mit Test für beide Richtungen.

• 🔍 Und ein hängender Test aufgeklärt. Der neue Auswahl-Test kam nie zurück — dieselbe Signatur wie der seit dem 21.8. übersprungene Test im BACKLOG. Ursache: Aufbau in setUp. Das läuft außerhalb der Testzone, also liefen Datenbank und Dienste in echter Zeit, während der Test in Testzeit auf sie wartete. Aufbau in den Testkörper verschoben → fünf Tests in einer Sekunde. Der alte Fall im BACKLOG hat eine andere Ursache (nachgeprüft: db.close() ist es dort nicht), aber die Spur ist dort notiert.

• 🔍 Aus dem Code-Review nachgebessert — sieben Punkte, einer davon schwer: (1) Die Alphabet-Leiste wurde breiter, je weniger Buchstaben sie hatte. Jeder Buchstabe skalierte auf die volle Höhe seines Platzes. Bei einem Album mit 40 Titeln „Track 01…40" gäbe es genau einen Buchstaben — die Leiste wäre 528 dp breit geworden und die Songliste vollständig verschwunden. Feste Breite jetzt, und ab drei verschiedenen Buchstaben überhaupt erst sichtbar. (2) Die neue Künstlerseite baute alle Titel sofort. Jede Zeile hört auf den Player und öffnet für ihr Herz eine eigene Abfrage — bei einem Künstler mit 300 Titeln wären das 300 Abos beim Öffnen. Vorher war die Liste faul; das war ein Rückschritt von mir. (3) Wer Systemanimationen abgeschaltet hat, hätte beim mitlaufenden Songtext einen Absturz bekommen: die Bildlauf-Animation verträgt keine Dauer null. Jetzt wird gesprungen — das ist ohnehin, was die Einstellung meint. (4) Die feste Zeilenhöhe war mit 64 zu klein (ein ListTile mit Untertitel ist 72). Sobald der Schnellzugriff aktiv wurde, schrumpften alle Zeilen sichtbar gegenüber jeder anderen Liste. Außerdem wird die Schriftskalierung jetzt an einer echten Schriftgröße gemessen statt an 1.0 — Android skaliert seit Version 14 nichtlinear. (5) Titel, die schon in der Zielliste waren, wurden verschoben statt übersprungen, und die Meldung zählte sie trotzdem mit. Jetzt: „7 hinzugefügt · 3 waren schon drin". (6) Ein Fehler mitten im Stapel brach still ab. Jetzt wird gesagt, wie weit es kam. (7) Die Zurück-Geste verließ den Bildschirm, statt die Auswahl zu beenden — zwanzig markierte Titel mit einer Geste weg, die überall sonst „einen Schritt zurück" heißt.

• 🧹 Selbst gefunden: In der Künstlerliste hing der Datenbank-Strom an CategoryService und wurde bei jeder Kategorie-Meldung neu aufgesetzt — während eines Scans also laufend. Derselbe Fehler, den der Review mir eine Runde zuvor bei der Suche gezeigt hatte.

• ✅ Getestet: 500 Tests grün (vorher 457), flutter analyze ohne Befund, Release-APK gebaut. Neu: 8 Tests für die Wisch-Schwellen, 10 für den Alphabet-Index, 5 für die Breite der Leiste (inklusive des Falls mit einem einzigen Buchstaben), 11 für die Auswahl-Regeln und Meldungen, 5 Widget-Tests für den Auswahl-Modus, 3 für die Album-Gruppierung und 3 für die Künstler-Zeile.

🧩 Die letzten vier Punkte aus dem Review (2026-08-23)

G2 — Server-Bereich. Ein Tipp auf ein Album spielte sofort das ganze Album ab; hineinsehen ging nicht.

• 💿 Album- und Künstler-Ansicht. Großes Cover, Künstler, Titelzahl, Gesamtdauer, „Abspielen" und „Zufällig" — darunter die Titelliste mit Nummer und Dauer. Antippen startet an dieser Stelle, nicht am Anfang. Der laufende Titel ist auch hier markiert, und schon geladene Titel tragen ein Häkchen.
• 📄 Mehr als 50 Alben. Die Liste hörte bei 50 auf, ohne dass etwas darauf hinwies. Jetzt gibt es „Mehr Alben laden", und wenn der Server weniger als eine volle Seite liefert, verschwindet der Knopf von selbst.
• 🚫 Nicht umgesetzt: „Server-Bereich aus dem Download-Tab lösen" stand auch im Befund — das widerspricht aber Commit 34d6d8e („Auf Wunsch von Dustin"), mit dem der Tab bewusst wieder „Download" heißt. Die Tab-Struktur bleibt unangetastet. Ebenso weggelassen: eine Suche über den Server, weil die Suche ausdrücklich rein lokal bleiben soll.

G8 — Songtext läuft mit. Bisher eine Textwand ohne Bezug zur Wiedergabe.

• 🎤 Trägt der Text Zeitmarken (LRC), läuft er jetzt mit: die aktuelle Zeile ist hell und größer, der Rest gedämpft, und die Ansicht schiebt sie in die Mitte. Antippen springt an die Stelle im Lied.
• 📃 Ein Text ohne Zeitmarken bleibt eine Textwand — beides kommt vor, je nach Tag und Server, und die App schaut nach, statt zu raten.

G10 — Cover bleiben jetzt da. Image.network merkt sich Bilder nur im Arbeitsspeicher; nach jedem Neustart fragte jede Zeile ihr Cover erneut beim Server an, und ohne Netz gab es gar keins.

• 🖼️ Cover landen in einem eigenen Ordner und werden nur einmal geholt. Der Schlüssel hängt an der Album-Kennung, nicht an der Adresse — die trägt bei jedem App-Start ein neues Token, und der Ordner wäre sonst gewachsen, ohne je einen Treffer zu liefern.
• 🧹 Bewusst im Cache-Ordner: ein Cover ist ersetzbar. Räumt Android auf, lädt es sich beim nächsten Mal neu — anders als die Musik-Downloads.
• ⚠️ Nur echte Bilder werden abgelegt: Subsonic meldet Fehler mit HTTP 200 und JSON, und das läge sonst dauerhaft als „Cover" im Ordner.

Aus dem Code-Review nachgebessert — sieben Punkte:

• 🤍 Das Herz behielt beim Titelwechsel seinen Zustand. Einen Server-Titel favorisieren, der Player geht zum nächsten — und der zeigte sich als Favorit, obwohl er nie einer war. Der nächste Tipp hätte ihn dann „entfavorisiert".

• 🖼️ Beim Scrollen zeigten Zeilen kurz das Cover der vorherigen. Listen verwenden ihre Zeilen wieder; ohne Schlüssel behielt die Bildabfrage das alte Ergebnis, bis das neue da war — bei ungecachten Covern sekundenlang. Ein Rückschritt gegenüber dem vorherigen Stand, deshalb hier mitbehoben.

• 🎤 Der neue mitlaufende Songtext funktionierte für Server-Titel gar nicht. Ihm wurde die Abspiel-Adresse statt der Server-Kennung übergeben; die App fragte den Server nach einem Titel namens „https://…" und bekam nie einen Text.

• 🎨 Ein Cover, das einmal nicht lud, blieb die ganze Sitzung grau. Startet die App ohne Netz, waren alle Cover bis zum Neustart weg — auch wenn die Verbindung längst wieder stand. Fehlschläge werden nicht mehr gemerkt.

• 🚨 „Server nicht erreichbar" sah aus wie „Album hat keine Titel". Beide Abfragen verschluckten ihre Fehler und lieferten eine leere Liste; der Wiederholen-Knopf, den ich gebaut hatte, war damit unerreichbar.

• 🎸 Die Künstler-Ansicht wäre immer leer geblieben. Die App las die Titel aus getArtist, wo die Subsonic-Schnittstelle sie gar nicht mitliefert — Alben kommen dort ohne ihre Titel. Jetzt wird je Album nachgefragt. (Vorbestehend, aber ich habe einen ganzen Bildschirm darauf gebaut.)

• 🧩 Dazu ein seltener, aber dauerhafter Fall: zwei gleichzeitige Abrufe desselben Covers schrieben in dieselbe Zwischendatei und konnten ein zerschnittenes Bild hinterlassen, das nie wieder verschwindet.

• 🧹 Selbst gefunden: Das Häkchen „schon geladen" fragte pro Zeile die Platte ab — und die Zeile zeichnet sich bei jedem Positionswechsel neu. Das wäre eine Dateiprüfung pro Sekunde und Titel gewesen. Jetzt einmal je Bildschirm aus der Datenbank.

• ✅ Getestet: 457 Tests grün (vorher 433), flutter analyze ohne Befund, Release-APK gebaut. Neu: 16 Tests für den LRC-Parser, 5 für den Cover-Schlüssel und 3 für die Album-Daten.

G3 — Server-Titel nicht länger zweiter Klasse.

• 🤍 Das Herz ist bei Server-Titeln nicht mehr ausgegraut, sondern favorisiert am Server (star/unstar) — genau dort, wo der Favoriten-Abgleich in den Einstellungen sie auch wieder abholt. Ein Titel der Bibliothek wird weiterhin lokal favorisiert.
• ℹ️ Weiterhin offen: Wiedergabezähler, Historie und Kategorien gibt es für reine Server-Titel nicht — dafür bräuchten sie eine Zeile in der Bibliothek, und das wäre ein eigener Umbau.

📥 Alben und Künstler offline mitnehmen — und der Zwischenspeicher hat endlich eine Grenze (2026-08-23)

Bisher landete Musik nur zufällig auf dem Gerät: was man abspielte, blieb nebenbei liegen. Gezielt „dieses Album für die Zugfahrt" gab es nicht. Und dieser Zwischenspeicher wuchs unbegrenzt — es gab nur „alles löschen".

• 📥 Download-Pfeil neben jedem Album und Künstler im Bereich Download → Server. Während es läuft, steht oben ein Fortschritt mit Abbruch-Knopf.

• ⚠️ Rückfrage bei großen Mengen. Ein Album geht ohne Nachfrage durch; ab 30 Titeln fragt die App erst („347 Titel, geschätzt etwa 2100 MB"). Ein ganzer Künstler soll niemandem aus Versehen das Datenvolumen kosten.

• 🗂️ Zwei getrennte Töpfe. Bewusste Downloads liegen nicht im Cache-Ordner. Der Grund ist keine Geschmacksfrage: den Cache-Ordner darf Android bei Speichernot jederzeit selbst leeren — genau das darf einem Album, das man mitgenommen hat, nicht passieren. Downloads liegen deshalb neben der Datenbank, wo das System nichts anrührt.

• 🚧 Obergrenze für den Zwischenspeicher, voreingestellt 2 GB, in den Einstellungen wählbar (aus / 512 MB / 1 / 2 / 4 / 8 GB). Ist sie erreicht, fliegt das am längsten nicht Gehörte zuerst raus. Heruntergeladene Titel sind davon nie betroffen — wer ein Album mitnimmt, hat das entschieden, und die App nimmt es ihm nicht wieder weg.

• 📋 Liste „Heruntergeladen" in den Einstellungen: Titel, Künstler, Größe, einzeln oder alle entfernbar. Sie kommt aus der Datenbank und nicht aus dem Ordner — die Dateien heißen nach einem Hash und stünden dort sonst als „a3f9…mp3".

• ▶️ Die Wiedergabe schaut erst in die Downloads, dann in den Zwischenspeicher. Ein mitgenommener Titel hängt nie am Netz, auch wenn zufällig eine Cache-Kopie existiert, die morgen verdrängt sein kann.

• 🧹 Nebenbei aufgeräumt (die Dateien waren ohnehin offen): die Emoji-Knöpfe „📀 Alben" und „🎤 Künstler" heißen jetzt schlicht „Alben" und „Künstler", das grelle Colors.redAccent ist überall dem Melo-Rot gewichen, und die Einstellungen heißen nicht mehr „Settings".

• 🔍 Aus dem Code-Review nachgebessert — zehn Punkte, vier davon ernst: (1) „Aus" bewirkte das Gegenteil. Bei 0 MB übersprang die App das Aufräumen ganz, legte aber weiter jeden Titel ab — genau der unbegrenzt wachsende Speicher, den diese Änderung beheben soll. „Aus" heißt jetzt wirklich: nichts behalten. (2) Wer sich erst in der Sitzung am Musikserver anmeldete, konnte nichts herunterladen. Der Dienst hielt eine eigene Verbindung, die nur beim App-Start eingerichtet wurde; die Titelliste kam, der Download lief ins Leere. Erst ein Neustart half. (3) Die Aufräum-Aktion konnte Dateien löschen, die die laufende Warteschlange schon als Quelle eingetragen hatte — die Wiedergabe wäre mitten im Album abgebrochen, ohne auf Streamen zurückzufallen. Benutzte Dateien sind jetzt geschützt; im Zweifel bleibt die App lieber kurz über der Grenze, als die Musik abzuwürgen. (4) Ein bewusst heruntergeladener Titel wurde beim Abspielen noch einmal in den Zwischenspeicher geladen — doppelter Platz, doppeltes Datenvolumen. Dazu sechs kleinere: ein einzelner Fehlschlag verdeckte nicht mehr den Erfolg der übrigen Titel („18 heruntergeladen · 2 fehlgeschlagen"); eine Datei ohne Buchführungs-Zeile (App mittendrin beendet) wird jetzt nachgetragen statt für immer unsichtbar zu bleiben; zweimal antippen meldet nicht mehr fälschlich Erfolg; „Lädt 21 von 20" gibt es nicht mehr; eine gesenkte Grenze wirkt sofort statt erst beim nächsten gestreamten Titel; und drei ungenutzte Methoden sind raus.

• 🕐 Auch aus dem Review: Der „zuletzt gehört"-Stempel wurde beim Aufbau der Warteschlange gesetzt — damit hatten nach einem Albumstart fünfzig Dateien fast denselben Zeitstempel und die Verdrängung wusste nicht mehr, was wirklich gehört wurde. Gestempelt wird jetzt, wenn ein Titel tatsächlich losspielt.

• ✅ Getestet: 433 Tests grün (vorher 411), flutter analyze ohne Befund, Release-APK gebaut. Neu: 13 Tests für die Verdrängungs-Regel (welche Datei weicht wann, bei gleichem Zeitstempel nie zufällig, und benutzte Dateien nie) und 9 für Rückfrage-Schwelle, Größenschätzung und Dateinamen.

▶️ Man sieht jetzt, welcher Titel gerade läuft (2026-08-23)

Bisher scrollte man durch die Bibliothek und musste raten, wo man gerade ist — die einzige Rückmeldung war die Leiste ganz unten.

• 🎚️ Drei tanzende Balken über dem Coverbild des laufenden Titels, sein Name in Rot. Die Balken liegen auf dem Cover statt daneben: eine vierte Spalte hätte dem Titel Platz genommen, und die Zeile wäre bei jedem Titelwechsel in der Breite gesprungen.

• ⏸️ Pausiert bleibt die Markierung stehen, die Balken stehen still. Man sieht weiter, wo man ist, und zugleich, dass gerade nichts vorangeht.

• 🌐 Überall zugleich. Die Markierung sitzt in der Songzeile selbst, also gilt sie in „Meine Musik“, Favoriten, Suche, hinter einem Künstler, hinter einer Kategorie, in einer Wiedergabeliste und bei „Zuletzt hinzugefügt“ — ohne dass irgendeine dieser Ansichten angefasst werden musste. Die Warteschlange bekommt dasselbe Zeichen, damit man dieselbe Stelle wiedererkennt.

• ♿ Wer Systemanimationen abgeschaltet hat, bekommt stehende Balken. Eine Endlosschleife ist genau das, was diese Einstellung vermeiden soll.

• 🐛 Beim Testen gefunden: Die Balken lasen die Animations-Einstellung im falschen Moment (initState), was Flutter mit einem Fehler quittiert. Der Test, der prüft, dass nichts endlos läuft, hat es aufgedeckt.

• ⚡ Und beim Nachsehen noch etwas: Zuerst hing jede sichtbare Zeile am Wiedergabe-Zustand — der meldet aber auch den Pufferstand und feuert mehrmals pro Sekunde. Die halbe Liste hätte sich also ständig neu aufgebaut. Jetzt hört nur die eine laufende Zeile darauf; alle anderen bekommen nur mit, wenn der Titel wechselt.

• 🔍 Aus dem Code-Review nachgebessert: (1) Die Markierung erschien einen Frame zu spät. Scrollte man die laufende Zeile aus dem Blick und zurück, ploppten Balken und rote Schrift sichtbar nach — der Strom liefert seinen Wert erst im nächsten Frame. Jetzt mit Startwert. (2) Beim Wechsel auf „markiert" änderte die Zeile die Form ihres Aufbaus, und Flutter warf sie deshalb weg und baute sie neu. Folge: das Herz daneben verlor sein Abo und sah einen Moment lang leer aus — genau bei dem Titel, den man gerade gestartet hat. Der Aufbau bleibt jetzt gleich, nur der Strom wird an- und abgehängt. (3) In der Wiedergabeliste fehlte die Markierung ganz. Der Changelog-Eintrag oben behauptete zuerst das Gegenteil — diese Ansicht baut ihre Zeilen selbst (rechts steht „Aus Playlist entfernen" statt Herz und Menü) und lief deshalb nicht über die gemeinsame Songzeile. Sie hat die Markierung jetzt wirklich. Dazu eine Kleinigkeit: der Abdunkel-Schleier hatte seinen Eckenradius fest verdrahtet und hätte bei einem anderen Cover-Radius nicht mehr gepasst.

• 🧪 Testlücke geschlossen, die der Review benannt hat. Geprüft waren nur die Regel und die Balken für sich — die Verdrahtung dazwischen nicht. Genau dort saßen alle drei Fehler oben. Es gibt jetzt fünf Tests dafür, unter anderem einen, der nachweist, dass die Zeile beim Wechsel dasselbe Element bleibt.

• ✅ Getestet: 411 Tests grün (vorher 396), flutter analyze ohne Befund, Release-APK gebaut. Neu: 5 Tests für die Regel, wann eine Zeile markiert wird (inklusive: ein Server-Titel markiert nie eine Bibliothekszeile), 5 Widget-Tests für die Balken und 5 für die Verdrahtung.

🔎 Die Suche trennt jetzt nach Titel, Künstler, Kategorien und Listen (2026-08-23)

Der Suchen-Tab war bisher 59 Zeilen: ein Textfeld über einer flachen Liederliste. Wer „Nightcore“ eingab, bekam alle Titel dieses Künstlers untereinander — den Künstler selbst, seine Kategorie oder eine gleichnamige Wiedergabeliste fand er nicht.

• 🗂️ Vier Abschnitte statt einer Liste. Titel · Künstler · Kategorien · Wiedergabelisten, jeder mit Überschrift und Trefferzahl. Alben stecken in „Kategorien“ — der Album-Name ist in Melo die erste Kategorie eines Titels, ein eigener Alben-Abschnitt wäre dieselbe Liste zweimal.

• ⬆️ Treffer am Wortanfang stehen oben. Wer „roses“ tippt, meint eher „Roses“ als „Wild Roses“. Innerhalb dieser beiden Ränge alphabetisch.

• ⏱️ Entprellt (250 ms). Vorher baute jeder einzelne Tastendruck die komplette Trefferliste neu auf.

• 🕘 Letzte acht Suchen. Sie stehen da, solange das Feld leer ist; Antippen übernimmt den Begriff. Gemerkt wird ein Begriff erst beim Abschicken — halbe Wörter aus dem Tippen sind keine Suche, die man wiederholen möchte.

• 🧹 Der Tab sieht aus wie die anderen. Er war ein Scaffold mit eigener AppBar innerhalb eines Tabs, während „Meine Musik“ und „Favoriten“ eine Kopfzeile im Inhalt haben. Jetzt einheitlich, mit demselben runden Suchfeld wie auf der Startseite.

• ♻️ Aufgeräumt, weil es sonst eine dritte Kopie gegeben hätte: Die Ansicht „Überschrift + Liederliste“ stand zweimal wortgleich im Baum (hinter einem Künstler und hinter einer Kategorie). Sie ist jetzt eine Klasse, die auch die Suche benutzt. Ebenso ist die einzelne Songzeile aus der Liederliste herausgelöst — die Suche setzt einzelne Zeilen in ihre Abschnitte, eine ganze Liste wäre dort eine verschachtelte Scrollfläche.

• 🐛 Beim Bauen selbst gefunden und behoben: Der Verlauf wurde zuerst beim Aufbau der Trefferliste geschrieben. Das hätte eine Endlosschleife ergeben — schreiben löst ein Neuzeichnen aus, das wieder schreibt.

• 📴 Kein Server-Teil. Bewusst so entschieden: die Suche läuft rein lokal, damit sie sofort antwortet und ohne Netz funktioniert.

• 🔍 Aus dem Code-Review nachgebessert (die wichtigsten drei): (1) Die Suche fasste „Neoni", „NEONI" und „Neoni " zu einem Treffer zusammen — die Titel dazu wurden aber unter der rohen Schreibweise gesucht. Ergebnis: „0 Titel" und ein leerer Bildschirm beim Antippen. Beide Seiten benutzen jetzt dieselbe Normalform, und verschiedene Schreibweisen desselben Künstlers fallen dabei zusammen statt sich gegenseitig zu verstecken. Dasselbe galt für Kategorien. (2) Eine Kategorie, an der nur noch gelöschte Titel hängen, erschien als Treffer und führte ins Leere. Solche Treffer fallen jetzt weg. (3) Alle Abschnitte sind auf fünf Einträge gedeckelt, nicht nur die Titel. Eine Eingabe wie „a" hätte sonst hunderte Künstlerzeilen bei jedem Neuzeichnen gebaut. Die Gesamtzahl steht ohnehin in der Überschrift. Dazu kleinere Sachen: die beiden Datenbank-Ströme werden nicht mehr bei jedem Neuzeichnen neu abonniert, der Fehlerfall der Wiedergabelisten wird behandelt, und das Löschkreuz im Suchfeld erscheint sofort statt nach 250 ms — vorher sprang das Textfeld dabei um eine Knopfbreite enger.

• 🗑️ Verlauf lässt sich löschen. Ein „Löschen" neben der Überschrift. (Ohne das hätte es keine Möglichkeit gegeben, gespeicherte Suchbegriffe wieder loszuwerden.)

• ♻️ Tot geworden und entfernt: MeloDb.searchSongs samt Test — die alte LIKE-Abfrage hat nach dem Umbau keinen Aufrufer mehr.

• ✅ Getestet: 396 Tests grün (vorher 360), flutter analyze ohne Befund, Release-APK gebaut. Neu: 25 Tests für die Suchregeln und die Bündelung nach Schreibweise, 7 für den Verlauf, 7 Widget-Tests für die Abschnitte (inklusive einem, der prüft, dass wirklich entprellt wird).

🔁 Positions-Timer überlebt jetzt das Wegwischen (2026-08-23)

• ⏱️ Behoben: nach dem Wegwischen der Benachrichtigung merkte sich die App keine Hörposition mehr. stop() brach dabei den Timer ab, der alle fünf Sekunden die Wiedergabeposition sichert — und der entsteht nur einmal beim App-Start. Einmal abgebrochen, kam er nie zurück: „Fortsetzen an alter Stelle" hörte still auf zu funktionieren, und zum Server wurde nicht mehr gemeldet, was gehört wurde. Erst ein Neustart half. Der Timer läuft jetzt durch; er kostet nichts, weil er von selbst aussteigt, solange nichts spielt. Abgebrochen wird er nur noch beim endgültigen Aufräumen.

• 📄 Korrektur am eigenen Review-Bericht (K4). Dort stand, die Alben-Ansicht sei „verlorengegangen". Das war falsch: der Alben-Reiter wurde bewusst durch „Kategorie" ersetzt — der Album-Name eines Liedes ist in Melo seine erste Kategorie (category_list.dart:12, kategorienAusTags). Was wirklich fehlt, ist die Album-Detailansicht (großes Cover, Künstler, Gesamtdauer) und die Sortierung nach Tracknummer — letztere braucht zuerst eine Schema-Erweiterung, weil die Tracknummer bisher überhaupt nicht eingelesen wird. Im Bericht ist der Punkt richtiggestellt.

• ✅ Getestet: 360 Tests grün, flutter analyze ohne Befund.

🚑 Fünf P0-Fehler behoben: Benachrichtigung, Offline, Cover, Warteschlange (2026-08-23)

Ergebnis einer vollständigen Durchsicht der App gegen den Maßstab „Apple Music". Fünf Punkte waren keine fehlenden Funktionen, sondern Versprechen, die die App gab und der Code nicht hielt.

• 🔔 Die Wiedergabe-Benachrichtigung erschien auf Android 13+ gar nicht. Dafür braucht das System die Berechtigung POST_NOTIFICATIONS — sie fehlte im Manifest, auch im fertig gebauten APK. Die Musik lief, aber Notification und die Bedienknöpfe darin blieben unsichtbar; steuern ließ sich nur in der geöffneten App. Die Berechtigung ist jetzt drin und wird erst dann erfragt, wenn wirklich ein Titel läuft — beim kalten Start käme die Frage ohne Zusammenhang, und zweimal weggetippt sperrt Android sie dauerhaft.

• 📴 Der Offline-Schalter tat nichts. Er speicherte brav ein Ja/Nein, aber niemand las es: die App streamte weiter und verbrauchte Mobilfunkdaten, obwohl „Offline-Modus" anstand. Jetzt greift er an allen drei Wegen in die Warteschlange — Abspielen, „Als Nächstes", „Zur Warteschlange". Titel vom Gerät laufen immer, Titel vom Server nur, wenn sie schon hier liegen. Was übersprungen wird, sagt die App: „Offline-Modus: 3 Titel übersprungen — nicht heruntergeladen", statt still eine kürzere Liste zu spielen.

• 🖼️ Titel vom Server hatten nie ein Coverbild. Die App konnte Cover nur aus Dateien laden; das Bild vom Navidrome-Server liegt aber hinter einer Web-Adresse. Jeder Server-Titel war deshalb ein graues Notensymbol — in der Liste, im Player, auf dem Sperrbildschirm. Jetzt lädt die App auch Web-Cover, und der Server-Browser gibt die Adresse überhaupt erst mit (vorher wurde sie an beiden Stellen schlicht vergessen).

• ⏭️ Warteschlange umsortieren riss die Wiedergabe auf. Jedes Entfernen und jedes Verschieben baute die ganze Warteschlange neu auf: hörbarer Aussetzer, Sprung an den Titelanfang — und der laufende Titel wurde dabei jedes Mal erneut als Wiedergabe gezählt. Die Sortierung „Wie oft abgespielt" zählte damit Queue-Bedienung statt Hören. Jetzt wird nur der eine betroffene Eintrag bewegt; die Wiedergabe merkt davon nichts.

• 🤍 Das Herz bei Server-Titeln log. Ein Titel, der nur am Server liegt, hat keinen Eintrag in der Bibliothek — das Herz bekam deshalb eine leere Kennung, füllte sich beim Antippen und legte einen Favoriten an, der in der Favoritenliste nie auftauchte. Es ist jetzt sichtbar ausgegraut, mit dem Hinweis „Nur für Titel in deiner Bibliothek".

• ⚡ Nebenwirkung der Offline-Umstellung, aber eine gute: „Als Nächstes" und „Zur Warteschlange" sahen bisher gar nicht im Zwischenspeicher nach und streamten einen Server-Titel auch dann, wenn er längst auf dem Gerät lag. Alle drei Wege in die Warteschlange bauen die Abspielquelle jetzt an derselben Stelle — ein bereits geladener Titel läuft immer von der Platte.

• 🧹 Nebenbei: „📴 Offline-Modus" heißt jetzt ohne Emoji „Offline-Modus" (Emoji sehen auf jedem Hersteller-Handy anders aus und lassen sich nicht einfärben), und der Untertitel sagt, was der Schalter wirklich tut.

• 🔍 Aus dem Code-Review nachgebessert (drei Punkte): (1) Die Offline-Meldung hing an der falschen Stelle. Sie stand in der Bibliotheksliste — die zeigt aber nur Titel vom Gerät, dort wird nie etwas übersprungen. Beim Server-Album, wo es wirklich passiert, wurde sie verworfen. Jetzt sitzt sie dort, wo sie greifen kann; und „nichts davon ist heruntergeladen" erscheint nicht mehr als „Fehler: …" — das ist kein Fehler, sondern die eingestellte Wahl. (2) Beim Umsortieren wurde die Warteschlange erst nach dem Player nachgeführt. In der Lücke dazwischen konnte der Player schon einen neuen Titelindex melden, während die App noch die alte Liste kannte — falscher Titel im Player, Wiedergabe für das falsche Lied gezählt. Buchführung steht jetzt vor dem Player, genau wie beim normalen Abspielen. (3) Die Abfrage der Benachrichtigungs-Berechtigung hatte keinen Fehlerpfad. Läuft beim Start noch die Abfrage der Musik-Berechtigung, wirft Android — das wäre als unbehandelter Fehler durchgeschlagen. Jetzt wird es nur protokolliert; die Wiedergabe läuft weiter, nur eben ohne Benachrichtigung.

• ✅ Getestet: 360 Tests grün (vorher 328), flutter analyze ohne Befund, Release-APK gebaut. Im fertigen APK ist POST_NOTIFICATIONS nachgeprüft enthalten. Neu: 39 Tests für Offline-Filter, Warteschlangen-Mutation, Zähler-Nachführung, Server-Cover und das ausgegraute Herz. Entfallen: 9 Tests für newPlayingIndex — die Funktion gab es nur, um nach dem Neuaufbau der Warteschlange den laufenden Titel wiederzufinden, und den Neuaufbau gibt es nicht mehr.

• 📋 Nicht in dieser Runde: Alben-Ansicht, Suche über den Server, gezieltes Herunterladen und die Cache-Obergrenze. Die stehen als P1 im Review-Bericht unter .ui-design/reviews/melo_vollwertigkeit_20260823.md. Dazu zwei Punkte, die erst bei dieser Arbeit auffielen und dort als G9 und G10 stehen: stop() bricht den Positions-Timer dauerhaft ab (nach dem Wegwischen der Benachrichtigung merkt sich die App keine Hörposition mehr — vorbestehend), und die Server-Cover haben nur einen Zwischenspeicher im Arbeitsspeicher, keinen auf der Platte.

🏷️ Der zweite Tab heißt wieder „Download" (2026-08-21)

• 📥 Aus „Online" wird „Download". Der Bereich behält seinen Inhalt unverändert — YouTube-Downloader und Server-Bibliothek als Unterreiter. Nur die Beschriftung im Hauptmenü ändert sich. Die vier Bereiche heißen jetzt: Meine Musik · Download · Suchen · Favoriten.
• ⬇️ Passendes Symbol dazu. Statt der Note steht wieder ein Download-Pfeil im Menü — genau das Symbol, das der Tab schon einmal hatte, bevor er in „Online" umbenannt wurde. Also nichts Neues erfunden, sondern der frühere Stand wiederhergestellt.
• 📄 Auch die Überschrift im Bereich selbst zieht nach. Sie stand noch auf „Online" — ein Tab namens „Download", der auf einen Bildschirm namens „Online" führt, wäre verwirrend gewesen.
• ✅ Getestet: 328 Tests grün, flutter analyze ohne Befund.

🧭 Hauptmenü wieder deutlich sichtbar (2026-08-21)

Zuerst die Entwarnung: Es fehlt nichts und nichts ist verschoben. Alle vier Bereiche standen und stehen unten im Hauptmenü — lib/main.dart wurde von der UI-Politur überhaupt nicht angefasst.

• 🐛 Behoben: die Politur hatte das Menü abgeschwächt. Zwei Fehler von mir aus der letzten Runde:
  • Ich hatte für aktiv und inaktiv dieselbe Schriftgröße (12) gesetzt. Damit verlor der aktive Bereich den Größenunterschied (sonst 14 zu 12), an dem man auf einen Blick erkennt, wo man ist.
  • Die inaktiven Einträge liefen auf der blassen Beiwerk-Stufe. Ein Hauptmenü ist kein Beiwerk — sie sind jetzt wieder kräftig.
• ✨ Zusätzlich deutlicher gemacht:
  • Eine Haarlinie über dem Menü — auf schwarzem Grund ging die Leiste sonst optisch im Inhalt auf.
  • Der aktive Bereich hat jetzt ein gefülltes Symbol (ausgefülltes Herz, volle Note). Wer Rot schlecht sieht, erkennt trotzdem, wo er steht — vorher unterschied nur die Farbe.
  • Der aktive Eintrag ist fetter gesetzt.
• 🔒 Damit das keine Politur mehr abschwächen kann: ein neuer Test prüft, dass alle vier Bereiche vorhanden und auf dem Bildschirm sind, dass das Menü am unteren Rand klebt, dass jeder Tipp dorthin wechselt, und dass der aktive Bereich sich nicht nur durch Farbe abhebt.
• 🔧 Details für Technikinteressierte:
  • Neu: test/hauptmenue_test.dart (10 Prüfungen).
  • bottomNavigationBarTheme: keine feste fontSize mehr (damit Flutters 14/12 gelten), unselectedItemColor von text3 auf text2, showUnselectedLabels ausdrücklich gesetzt.
  • Beim Schreiben des Tests ist eine Test-Falle aufgefallen und gelöst: await db.close() nach einem tester.tap lässt den Testlauf unbegrenzt hängen. Rezept dagegen steht im Test und in BACKLOG.md. Beim schon bekannten Hänger in song_detail_sheet_test.dart hilft es allerdings nicht — dort ist die Ursache eine andere, jetzt ebenfalls im Backlog vermerkt.
• ✅ Getestet: 328 Tests grün (10 neue), flutter analyze ohne Befund.

✨ UI-Politur: Kontrast, Abstände, Typografie, Bewegung (2026-08-21)

Kein neues Design — dasselbe Melo in sauber. Schwarz/Rot, die vier Tabs und Lieder/Kategorie bleiben unverändert.

• 🔍 Behoben: blasse Schrift war nicht mehr lesbar. An 17 Stellen stand Text in white38. Nachgerechnet sind das 3,4:1 Kontrast — die Barrierefreiheits-Grenze liegt bei 4,5:1. Betroffen waren unter anderem Metadaten, Equalizer und Wiedergabelisten. Alle Textfarben laufen jetzt über drei benannte Stufen, und ein Test rechnet die Kontraste bei jedem Lauf nach (WCAG 2.1) — behauptet wird nichts mehr.

  Stufe	Wofür	Kontrast
  text1	Titel	15,9:1
  text2	Künstler, Untertitel	8,8:1
  text3	Anzahl, Zeit, Hinweis	4,9:1

• 👆 Behoben: die Reiter waren zu klein zum Treffen. Lieder · Kategorie · Künstler waren nur ~38 dp hoch — Android verlangt 48 dp, sonst tippt man im Gehen daneben. Jetzt volle 48 dp, mit spürbarer Rückmeldung beim Antippen (vorher gab es keine) und weichem Übergang statt hartem Sprung. Vorlesehilfen bekommen die Auswahl jetzt als Zustand gemeldet, nicht nur als weiße Farbe.
• 📏 Abstände nach festem Raster. Vorher standen überall Einzelwerte (12, 9, 10, 18 …). Jetzt fünf benannte Stufen auf einem 8er-Raster — deshalb wirken Listen und Karten ruhiger, ohne dass etwas verschoben wurde.
• 🔤 Eine Schriftgrößen-Skala statt 52 Einzelangaben. Sieben Stufen von der Bildschirm-Überschrift bis zum Beiwerk, mit passender Zeilenhöhe. Kein Text ist kleiner als 12.
• 🎛️ Mini-Player überarbeitet. Der Abspiel-Knopf ist jetzt rot gefüllt und volle 48 dp groß — der wichtigste Knopf der Leiste lässt sich ohne Hinsehen treffen. Die Leiste blendet sich ein und aus, statt aufzupoppen, und ist durch eine Haarlinie vom Inhalt getrennt. 🐛 Nebenbei ein Layout-Fehler entschärft: die Zeile lag in einem Expanded um eine feste Höhe herum — zwei widersprüchliche Angaben.
• 🖼️ Karten und Cover bekommen einen Umriss statt eines Schattens. Auf Schwarz ist ein Schatten unsichtbar; eine Haarlinie trennt sauber.
• 🚫 Emoji raus aus Bedienelementen. In den Einstellungen stand „🌐 Navidrome", „🌟 Favoriten-Sync" — jeweils direkt neben einem echten Symbol. Emoji werden von Vorlesehilfen vorgelesen („Globus mit Meridianen") und sehen auf jedem Gerät anders aus. Die Symbole bleiben, die Emoji sind weg.
• 🔧 Details für Technikinteressierte:
  • Neu in shared/theme.dart: MeloSpace, MeloRadius, MeloMotion, Textstufen text1/2/3, border, hairline, minTouchTarget sowie ein vollständiges textTheme und Themes für Listen, Sheets, Snackbars, Fortschritt und Trenner.
  • Neu: test/shared/theme_kontrast_test.dart (rechnet WCAG-Kontraste, Raster und Typo-Skala nach) und test/shared/sub_tabs_test.dart (48 dp, Rückmeldung, Semantik, Übergang).
  • Grundlage: Regeln aus ui-ux-pro-max (Priorität 1 Barrierefreiheit, 2 Touch, 6 Typografie/Farbe, 7 Bewegung), ui-design/mobile-android (Material 3: 48 dp, Theme über context) und die Token-Disziplin aus Hue (Primitives → benannte Rollen).
• ✅ Getestet: 318 Tests grün (23 neue), flutter analyze ohne Befund.

📋 Backlog-Datei angelegt (2026-08-21)

• Neu: BACKLOG.md — bewusst zurückgestellte Punkte an einer Stelle, damit nichts stillschweigend liegen bleibt. Drin stehen aktuell der übersprungene Widget-Test song_detail_sheet_test.dart (mit dem Stand der Eingrenzung und dem nächsten Schritt) und die fehlende Wiederherstellung gelöschter Titel.

🗂️ Alben sind jetzt Kategorien — neue Bibliotheks-Reiter (2026-08-21)

• 🏷️ Album = Kategorie. Wer seine Sammlung über das Album-Feld sortiert hat, findet sie ab sofort genau so unter Kategorie wieder — der Album-Titel eines Liedes ist in Melo seine Kategorie. Nichts muss neu gemacht werden. 🔧 Der Album-Titel steht dabei vorn in der Kategorienliste, weil die erste Kategorie das Coverbild bestimmt (Einstellung „Gleiche Kategorie = gleiches Coverbild"). Genres aus den Datei-Tags kommen weiterhin dazu, aber dahinter. 🔁 Bestehende Bibliotheken werden beim ersten Start automatisch nachgerüstet — du musst nicht erst neu scannen. Von Hand gepflegte Kategorien bleiben dabei unangetastet.
• 📑 Neue Reiter in „Meine Musik": Lieder · Kategorie · Künstler. Der Alben-Reiter ist verschwunden — er ist im Kategorie-Reiter aufgegangen. „Songs" heißt jetzt „Lieder". Der Kategorie-Reiter zeigt jede Kategorie mit Coverbild und Anzahl; Lieder ganz ohne Kategorie sammeln sich am Ende unter Ohne Kategorie.
• ⬇️ YouTube-Downloads: Kategorie beim Herunterladen wählen. Im YouTube-Bereich gibt es ein Feld Kategorie (optional) — es schlägt die Kategorien deiner Bibliothek vor, nimmt aber auch eine neue entgegen. Leer lassen = der Titel kommt ohne Kategorie in die Bibliothek. 🐛 Warum das nötig ist: YouTube-Dateien bringen ein Album-Tag mit, das yt-dlp aus Kanal, Playlist oder Videotitel ableitet — Dinge wie „Topic - Various Artists". Da das Album jetzt die Kategorie ist, hätte jeder Download eine neue Unsinns-Kategorie erzeugt. Melo verwirft dieses Album-Tag deshalb bewusst und nimmt stattdessen deine Angabe. Beides wird als „von Hand gesetzt" markiert, damit der nächste Scan es nicht wieder hereinholt.
• 🔧 Details für Technikinteressierte:
  • Neu: kategorienAusTags() und groupByCategory() in library/categories.dart, library/category_list.dart, downloads/download_einordnung.dart (ordneDownloadEin, kategorieVorschlaege).
  • Beide Scans (Gerät + Ordner) tragen den Album-Titel als erste Kategorie ein; MeloDb.songByPath() und MeloDb.verwirfAlbum() neu.
  • Datenbank auf Version 9: einmalige Nachrüstung der Album-Kategorien.
  • CategoryService.alleNamen liefert die Kategorienamen jetzt ohne zusätzliche Abfrage — die Vorschlagsliste flackert dadurch nicht.
  • Entfernt: library/album_list.dart sowie groupByAlbum() / albumArtistLabel() — mit dem Alben-Reiter tot geworden. Das Album-Feld selbst bleibt in den Metadaten erhalten.
• ✅ Getestet: 295 Tests grün (19 neue), flutter analyze ohne Befund.

📚 Hochgeladene Titel landen jetzt auch in Navidrome (2026-08-21)

• 🎵 Was sich ändert: Was du vom Handy hochlädst, taucht ab sofort auch in der Navidrome-Bibliothek auf — also im Browser und in jeder anderen Musik-App, die auf den Server zugreift. Vorher blieb es in der Melo-Cloud liegen und war nur in Melo sichtbar. 🔧 Wie: Die Melo-Cloud hängt die hochgeladene Datei zusätzlich in Navidromes Musikordner (als Hardlink — dieselbe Datei unter zwei Namen, also kein zusätzlicher Speicherplatz) und stößt einen Scan an. Navidrome hat den Titel binnen Sekunden. Löschst du ihn, verschwindet er auch aus Navidrome — aber nur, wenn ihn kein anderes Konto mehr hat. ⚠️ Zu wissen: Navidrome hat eine gemeinsame Bibliothek. Was ein Konto hochlädt, sehen dort alle Navidrome-Nutzer. In Melo bleibt die Trennung pro Konto bestehen.
• 🩹 Nebenbei repariert: Downloads vom Server gingen gar nicht. Die 325 Titel der Melo-Cloud lagen nur noch im Navidrome-Ordner — der Ablageordner der Cloud war leer. Jeder Download antwortete deshalb mit „File missing". Alle Dateien sind zurückverknüpft, Downloads gehen wieder.
• 🏷️ Nebenbei repariert: falsche Dateiendungen. Hochgeladene Dateien wurden immer als .mp3 abgelegt, auch M4A und FLAC; heruntergeladene bekamen den Namen Lied.m4a.m4a. Jetzt zählt der echte Dateityp — auf dem Server wie auf dem Handy (wichtig, damit Android den Titel richtig einordnet).
• 🛑 Neu: Sicherheitsbremse gegen Massenlöschung. Der Bibliotheks-Scan markiert jeden Titel als gelöscht, dessen Datei er nicht findet. Ist die Speicherkarte einmal nicht eingehängt oder die Berechtigung entzogen, betrifft das die halbe Sammlung — und ohne Bremse hätte der Abgleich sie am Server und damit auf allen Geräten gelöscht. Melo hält jetzt an, wenn mehr als 10 Titel und mehr als ein Drittel des Serverbestands auf einmal verschwinden sollen, und sagt warum. Einzelne Löschungen laufen unverändert durch.
• 🔧 Details für Technikinteressierte:
  • melo_cloud.py: verknuepfe_navidrome() (Hardlink, Fallback Kopie), loese_navidrome(), rescan_navidrome() (Subsonic startScan.view über Navidromes AuthProxyHeader — kein Passwort im Code), registry_pfad() als gemeinsame Dateisuche über alle Audio-Endungen.
  • handle_delete() räumt die Datei ab, sobald kein Konto sie mehr aktiv hat — der Registry-Eintrag bleibt aber stehen, sonst verlöre /list den Grabstein und andere Geräte bekämen den Titel als Zombie zurück.
  • Neu: scripts/melo_cloud_migriere_registry.py (einmalige Rückverknüpfung) und scripts/test_melo_cloud_navidrome.py (Durchlauf-Test).
  • App: MeloCloudService.herunterladen() gibt die geschriebene Datei zurück und leitet die Endung aus dem Inhaltstyp ab (endungFuer); loeschBremseGreift() in sync_service.dart.
• ✅ Getestet: 276 Tests grün (9 neue) plus ein Durchlauf gegen den echten Server: Upload → Registry + Navidrome (ein Hardlink) → Navidrome liest ein → Löschen entfernt beides, Grabstein bleibt.

🔊 Lokale Lieder spielen wieder + Abgleich zwischen Handy und Server (2026-08-21)

• ▶️ Behoben: Musik vom Handy war nicht abspielbar. Titel, die auf dem Gerät liegen, tauchten zwar in der Bibliothek auf, beim Antippen kam aber nur „Wiedergabe fehlgeschlagen: (0) Source error" oder „Loading interrupted". 🐛 Die Ursache: Sobald ein Musikserver eingerichtet war, hat Melo jeden Titel beim Server nachgefragt — auch die vom Handy. Als „Song-Nummer" schickte die App dabei den Dateipfad (file:///storage/…). Der Server kennt so etwas natürlich nicht und antwortete mit einer Fehlermeldung. Diese Fehlermeldung reichte Melo dann als „Musikdatei" an den Player weiter — daher der Fehler. Schlimmer noch: die Fehlermeldung wurde als .mp3 im Zwischenspeicher abgelegt, wodurch der Titel dauerhaft kaputt blieb. 🔧 Was jetzt anders ist: Melo unterscheidet sauber zwischen Titeln vom Gerät und Titeln vom Server. Für eine Datei auf dem Handy geht keine einzige Anfrage mehr ins Netz — sie wird direkt abgespielt.

• ⚡ Behoben: Wiedergabe startete gar nicht mehr. Beim Antippen eines Liedes lud Melo vorher die gesamte Warteschlange vom Server herunter, bevor der erste Ton kam — bei hunderten Titeln also nie. Tippte man noch einmal, brach der laufende Ladevorgang ab („Loading interrupted"). 🔧 Jetzt startet der Titel sofort; das Zwischenspeichern für später läuft im Hintergrund und nur für das Lied, das gerade läuft.

• 💾 Behoben: der Offline-Zwischenspeicher wurde nie wiedergefunden. Als Ablage-Schlüssel diente die komplette Stream-Adresse — die enthält aber ein Zufallsmerkmal, das Melo bei jedem App-Start neu erzeugt. Derselbe Titel bekam also jedes Mal einen anderen Schlüssel: der Zwischenspeicher wuchs nur noch und half nie. Jetzt zählt die Song-Nummer, und offline gespeicherte Server-Titel laufen wirklich ohne Netz.

• 🧹 Zwischenspeicher kann sich nicht mehr vergiften: Es wird erst in eine .part-Datei geschrieben und nur dann als Musik übernommen, wenn der Server wirklich Audio geliefert hat. Abgebrochene Downloads hinterlassen keine halben Dateien mehr.

• ☁️ Neu: Abgleich zwischen Handy, Server und Web. Unter Einstellungen → Geräte-Abgleich hält Melo alles auf demselben Stand:

  • ⬇️ Titel vom Server landen als richtige Datei auf dem Handy und sind danach offline verfügbar.
  • ⬆️ Eigene Dateien vom Handy gehen zum Server — auch von anderen Geräten aus abrufbar.
  • 🗑️ Löschungen wirken in beide Richtungen: was hier verschwindet, taucht auf den anderen Geräten nicht wieder auf, und umgekehrt.
  • ❤️ Favoriten und 🕐 Wiedergaben werden mitgemeldet.
  • 🔄 Das passiert automatisch beim App-Start und beim Zurückkehren in die App (höchstens alle 15 Minuten, damit es keinen Akku frisst). Der Knopf für „jetzt sofort" ist trotzdem da. ⚠️ Ehrlich gesagt: Der Abgleich läuft über die Melo-Cloud (cloud.baka-net.de), nicht über Navidrome. Grund: Navidrome bietet schlicht keine Möglichkeit, Dateien hochzuladen — die Subsonic-Schnittstelle kennt keinen Upload. Navidrome bleibt die Streaming-Bibliothek, die Melo-Cloud ist der gemeinsame Speicher. Dafür ist eine Anmeldung beim Baka-Konto nötig (Tab Online → YouTube). Einzelne Datei: max. 50 MB.

• 🏷️ Behoben: Korrigierte Titelangaben gingen beim Scannen verloren. Wer Titel, Künstler oder Album von Hand richtiggestellt hatte, bekam beim nächsten Bibliotheks-Scan wieder die falschen Angaben aus der Datei. Die Markierung „von Hand bearbeitet" wurde nirgends gesetzt und nirgends beachtet. Jetzt schon — in beiden Scans (Handy und Ordner).

• 🔧 Details für Technikinteressierte:

  • MeloAudioHandler.loadPlaylist baut die Warteschlange ohne Netzzugriff; neue reine Funktionen navidromeIdOf, songIdOf, nutztServerCache, quelleFuer.
  • Server-Titel tragen ihre Server-Nummer in MediaItem.extras['navidromeId'] statt sie aus der Abspiel-Adresse zu raten.
  • NavidromeService.ladeInCache() ersetzt streamAndCacheToLocal(): .part-Datei + Prüfung des Inhaltstyps (istAudioAntwort) + stabiler Schlüssel (cacheSchluessel); der HTTP-Client wird geschlossen.
  • Neu: services/melo_cloud_service.dart, services/sync_service.dart mit der reinen Planungsfunktion planeSync().
  • Datenbank auf Version 8: neue Spalte songs.cloud_id verbindet einen Titel auf dem Gerät mit seinem Gegenstück am Server.
  • database.g.dart war veraltet und musste neu erzeugt werden — dadurch ließ sich das Projekt vorher gar nicht übersetzen.

• ✅ Getestet: 267 Tests grün (78 neue), flutter analyze ohne Befund.

• ⚠️ Offen: Ein bestehender Widget-Test (song_detail_sheet_test.dart) bleibt beim Öffnen des Detail-Fensters hängen und blockierte den gesamten Testlauf. Er ist vorerst als übersprungen markiert; sein Zweck wird jetzt von metadaten_uebernahme_test.dart ohne Widgets abgedeckt.

🔎 Melo merkt selbst, wenn neue Musik da ist (2026-08-20)

• 📂 Neue Dateien auf dem Handy: Kommst du in die App zurück, sieht Melo nach, ob sich der Musikbestand geändert hat — und liest neue Titel von allein ein. Musik per Kabel überspielt oder anderswo heruntergeladen? Sie ist einfach da, ohne dass du "Musik scannen" antippen musst. 🔧 Wie sparsam das ist: Melo vergleicht nur die Anzahl der Dateien und prüft höchstens alle 5 Minuten. Der eigentliche Scan läuft nur, wenn die Zahl abweicht — sonst passiert gar nichts. ⚠️ Grenze, ehrlich gesagt: Werden genauso viele Titel gelöscht wie hinzukommen, bleibt die Zahl gleich und Melo merkt es nicht. Dafür gibt es weiterhin den Knopf zum Scannen von Hand.
• 🌐 Neues auf dem Musikserver: Im Tab Online → Server erscheint ein Hinweis, wenn auf Navidrome Alben dazugekommen sind ("3 neue Alben auf dem Server"). Ein Tipp auf Verstanden und der Hinweis ist weg — dieselben Alben melden sich nicht noch einmal. 🔧 Beim allerersten Mal meldet Melo bewusst nichts: sonst wäre deine ganze Sammlung auf einmal "neu". Melo merkt sich still den Stand und meldet ab dann nur noch, was wirklich dazukommt. Der Hinweis kostet keinen zusätzlichen Serveraufruf — er nutzt die Alben, die ohnehin geladen werden.
• 🔧 Details:
  • Neu: library/auto_scan.dart (6 Tests), services/server_neuheiten.dart (5 Tests), MeloDb.countSongs() (1 Test), countAndroidMediaStoreSongs().
  • HomeShell hört jetzt auf den App-Lebenszyklus (resumed).
• ✅ Getestet: 189 Tests grün (12 neue), flutter analyze ohne Befund.

⬇️ YouTube-Downloader mit Baka-Anmeldung (2026-08-20)

• 🎬 Musik von YouTube holen: Im Tab Online → YouTube eine Adresse einfügen, auf Herunterladen tippen — fertig. Der Titel landet danach automatisch in Meine Musik.
• 🔑 Warum eine Anmeldung nötig ist: Das Herunterladen erledigt der Baka-Server (yt.baka-net.de), und der nimmt nur Anfragen von angemeldeten Konten an. Deshalb gibt es im YouTube-Bereich einen Anmelde-Knopf für dein Baka-Konto. Die Anmeldung wird verschlüsselt auf dem Gerät gespeichert und gilt auch nach dem Neustart. Läuft sie ab, sagt Melo das im Klartext ("Anmeldung abgelaufen — bitte neu anmelden") statt eine Fehlernummer zu zeigen.
• 📂 Wo die Musik landet: In Music/Melo — dem öffentlichen Musikordner. Das ist wichtig: Melo liest seine Bibliothek auf Android über den MediaStore. Eine Datei, die nur in einem App-Ordner läge, wäre beim nächsten Scan wieder verschwunden. Nebeneffekt: die Musik ist auch in anderen Apps da.
• 🧹 Keine Bruchstücke: Der Download geht erst in einen Zwischenordner. Erst wenn die Datei vollständig da ist, wandert sie in den Musikordner. Bricht etwas ab, wird die halbe Datei gelöscht statt als kaputter Titel in der Bibliothek zu landen.
• 🎤 Künstler: Steht der Titel als "Künstler - Lied" da, wird der Künstler übernommen. Steht da nichts dergleichen, bleibt das Feld leer — geraten wird nicht.
• 🔧 Details:
  • Neu: services/baka_auth.dart (6 Tests), services/yt_download_service.dart (8 Tests), services/media_store.dart (2 Tests) und die native Brücke MediaStoreBridge.kt (MediaStore ab Android 10, Dateisystem + Scanner davor).
  • WRITE_EXTERNAL_STORAGE (nur bis Android 9) im Manifest ergänzt.
  • Der Online-Tab hat jetzt die Unterreiter YouTube · Server (3 Tests); SubTabs liegt dafür in shared/sub_tabs.dart.
  • ⚠️ Der Anmelde-Server meldet Fehler mit Status 200 und Text im Rumpf — der Code prüft deshalb den Inhalt, nicht nur den Statuscode.
• ✅ Getestet: 177 Tests grün (19 neue), flutter analyze ohne Befund, Release-APK baut (22,8 MB). ⚠️ Ehrlich dazugesagt: Der Weg über den echten Proxy und das Schreiben in den Musikordner sind noch nicht auf dem Handy ausprobiert — das geht nur auf dem Gerät. Alles davor ist mit Tests abgedeckt.

🧭 Neue Tab-Struktur nach deinen Referenzbildern (2026-08-20)

• 🔀 Untere Leiste wie auf deinem Bild: Die Reihenfolge ist jetzt Meine Musik · Online · Suchen · Favoriten. Der frühere Reiter "Download" heißt jetzt Online (Musiknoten-Symbol) — dort kommt als Nächstes der YouTube-Downloader dazu.
• 🗂️ Unterreiter in "Meine Musik": Über der Liste sitzen jetzt Songs · Künstler · Alben als Pillen — genau wie in der Referenz. Der aktive Reiter ist hell, die anderen sind nur Text. Wichtig: Ein Unterreiter wechselt nur den Inhalt und öffnet keinen neuen Bildschirm — Suchfeld und Schnellzugriffe bleiben stehen.
• 🧹 Aufgeräumt: Die Schnellzugriff-Kacheln "Künstler" und "Alben" sind weg, weil sie jetzt Unterreiter sind. Übrig bleiben — wie in der Referenz — Favoriten · Wiedergabelisten · Zuletzt.
• 🔧 Details: MyMusicScreen ist jetzt zustandsbehaftet (_subTab), neues _SubTabs-Widget; die dadurch toten ArtistsScreen/AlbumsScreen-Hüllen wurden entfernt (ArtistListScreen/AlbumListScreen bleiben und werden direkt eingebettet).
• ✅ Getestet: 158 Tests grün (4 neue), flutter analyze ohne Befund.

🎼 Songtext, Warteschlange, Sperrbildschirm-Cover und gleiche Lautstärke (2026-08-20)

• 📝 Automatischer Songtext: Beim Scan wird der Songtext aus dem Tag der Datei mitgelesen und in der Wiedergabe sofort angezeigt — ohne Server und ohne Internet. Nur wenn die Datei keinen Text enthält, wird der Navidrome-Server gefragt. 🐛 Nebenbei gefixt: Der Songtext-Knopf hat bisher die Datei-Adresse statt der Song-ID weitergegeben, dadurch kam vom Server nie ein Text zurück.
• ➕ Warteschlange ohne Nebenwirkungen: Im ⋮-Menü einer Songzeile gibt es jetzt "Als Nächstes spielen" und "Zur Warteschlange hinzufügen" — beides ändert nichts an Favoriten oder Wiedergabelisten und unterbricht die laufende Wiedergabe nicht. Umgekehrt entfernt das ✕ in der Warteschlange den Titel weiterhin nur dort — er bleibt Favorit und bleibt in jeder Wiedergabeliste.
• 🖼️ Sperrbildschirm zeigt dasselbe Bild wie die App: Läuft ein Titel, bekommt der Sperrbildschirm jetzt das Kategorie-Cover (sofern die Einstellung "Gleiche Kategorie = gleiches Coverbild" an ist) statt eines abweichenden Bildes. Auch Wiedergabelisten zeigen jetzt dieses Cover.
• 🔉 Gleiche Lautstärke (ReplayGain): Neuer Schalter unter Einstellungen → Ton (standardmäßig an). Melo liest den ReplayGain-Tag der Datei und senkt laute Titel ab, damit alles gleich laut wirkt. ⚠️ Ehrlich dazugesagt: Verstärken kann ein Player nicht über 100 % hinaus — angeglichen wird deshalb immer nach unten. Und es funktioniert nur bei Dateien, die den Tag mitbringen (typisch FLAC/OGG und mit ReplayGain versehene MP3s). Dateien ohne Tag bleiben unverändert.
• 🔧 Details:
  • DB-Schema 6: neue Spalten lyrics und gain_db.
  • Neu: player/replay_gain.dart (7 Tests), playNextIndex + addToQueue/playNext im Audio-Handler (3 Tests), Cover-Vorgabe in songToMediaItem (3 Tests).
• ✅ Getestet: 154 Tests grün, flutter analyze ohne Befund.

🎚️ Equalizer, Dolby Atmos und automatische Wiedergabe (2026-08-20)

• ✅ Was: Die Einstellungen haben einen neuen Bereich Ton mit Equalizer, Dolby Atmos und der automatischen Wiedergabe bei Kopfhörern.
• 🎛️ Equalizer (echt, nicht nachgebaut): Neuer Bildschirm mit den Klangprofilen deines Geräts (Normal, Rock, Pop …), den Frequenzbändern als senkrechte Regler mit Beschriftung (60Hz … 14.0kHz) und den beiden Drehreglern Bass und Immersives Audio — wie auf deinem Bild. Zum Regeln senkrecht über den Drehregler wischen. Alle Werte werden gespeichert und nach dem Neustart wiederhergestellt.
• 🔊 Wie das technisch geht: Neue native Android-Brücke (AudioEffectsBridge.kt) auf android.media.audiofx — Equalizer, BassBoost und Virtualizer hängen an der Audio-Session des Players. Da just_audio die Session-ID erst beim Abspielen meldet, verbindet sich die App bei jedem Wechsel automatisch neu. Bietet ein Gerät einen Effekt nicht an, wird er ausgegraut statt die App abstürzen zu lassen.
• 🎬 Dolby Atmos: Öffnet die Klangeffekte des Systems — auf deinem POCO ist das die Dolby-Atmos-Seite. Eine App kann Dolby Atmos nicht selbst steuern; der System-Weg ist der einzige, der wirklich funktioniert. Bietet ein Gerät die Seite nicht an, sagt Melo das.
• 🎧 Automatische Wiedergabe: Neuer Schalter — sobald Kopfhörer verbunden werden (Klinke oder Bluetooth), spielt Melo weiter. Eine bereits laufende Wiedergabe wird nie unterbrochen, und ohne Warteschlange passiert nichts.
• 🔧 Details:
  • Neu: player/audio_effects.dart (6 Tests, u. a. Grenzwerte und Wiederherstellen), player/headphone_autoplay.dart (6 Tests), settings/equalizer_screen.dart inkl. selbst gezeichnetem Drehregler.
  • MODIFY_AUDIO_SETTINGS im Manifest ergänzt (nötig für die Effekte).
  • MainActivity.kt registriert die Brücke und gibt die Effekte beim Beenden wieder frei.
• ✅ Getestet: 141 Tests grün, flutter analyze ohne Befund.

🏷️ Kategorien, Metadaten-Ansicht und Expertenmodus (2026-08-20)

• ✅ Was: Jeder Song kann jetzt mehreren Kategorien angehören. Sie stehen in der Songzeile hinter dem Künstler ("Neoni | Trap cool · Chill") — genau wie in deinem Entwurf.
• 📥 Woher sie kommen: Beim Scan aus dem Genre-Tag der Datei. Mehrere Werte in einem Tag werden automatisch getrennt (; , | /), doppelte fallen weg. Über ⋮ → Metadaten → Bearbeiten kannst du Kategorien selbst hinzufügen oder entfernen; bereits vergebene Kategorien werden als Vorschläge angeboten.
• 🔒 Von Hand schlägt Automatik: Sobald du die Kategorien eines Songs selbst änderst, überschreibt ein späterer Scan sie nicht mehr.
• 🖼️ Gleiche Kategorie = gleiches Coverbild: Neue Einstellung unter Einstellungen → Darstellung (standardmäßig an, jederzeit abschaltbar). Ist sie an, zeigen alle Songs einer Kategorie das Bild der ersten Kategorie; hat die Kategorie kein Bild, bleibt das eigene Cover. Im Metadaten-Fenster ist die bildgebende Kategorie mit einem Bild-Symbol markiert.
• 🔬 Expertenmodus: Im Metadaten-Fenster ausklappbar — Titel, Künstler, Album, Dauer, Wiedergaben, Hinzugefügt-Datum, Herkunft der Kategorien, Format, Dateigröße und Pfad.
• 🔧 Details:
  • DB-Schema 4: neue Tabelle song_categories (Song ↔ Kategorie mit Reihenfolge) und Spalte categories_edited. Bestehende Bibliotheken werden automatisch migriert.
  • Neu: library/categories.dart (reine Logik: Tag zerlegen, Cover je Kategorie ermitteln — 12 Tests), library/category_service.dart (hält Kategorien + Cover-Zuordnung einmal zentral, 3 Tests), library/song_detail_sheet.dart, settings/app_settings.dart.
  • Beide Scanner (Android-MediaStore und Ordner-Scan) schreiben die Kategorien mit.
  • Das Drei-Punkte-Menü der Songzeile ersetzt den bisherigen Playlist-Knopf und enthält "Metadaten" und "Zu Wiedergabeliste hinzufügen".
• ✅ Getestet: 129 Tests grün, flutter analyze ohne Befund.

🎨 Neue Melo-Oberfläche: 4 Tabs + Sortierung (2026-08-20)

• ✅ Was: Die App hat jetzt die von dir gewünschte Struktur mit 4 Tabs: Meine Musik · Suche · Favoriten · Download. "Meine Musik" ist der neue Startbildschirm — ohne Topbar, wie du es wolltest.
• 🎵 Meine Musik: Oben eine Kopfzeile mit Einstellungs-Icon (links), Suchfeld (Mitte) und ?-Icon für die Musikerkennung (rechts, kommt später). Darunter Schnellzugriff-Karten (Favoriten · Wiedergabelisten · Zuletzt · Künstler · Alben), dann Shuffle-Wiedergabe + Sortieren, dann die komplette Liederliste.
• ↕️ Sortieren (neu!): Über das Symbol rechts neben "Shuffle-Wiedergabe" kannst du wählen zwischen Zuletzt hinzugefügt, Name (A–Z–#) und Wie oft abgespielt — jeweils auf- oder absteigend. Die Wahl wird gespeichert und überlebt einen Neustart. Bei "Name" stehen Buchstaben vorne und Ziffern/Sonderzeichen hinten unter "#"; Umlaute sortieren richtig ein (Ärger steht bei A, nicht hinter Z).
• ❤️ Favoriten-Tab: eigener Tab mit Shuffle-Wiedergabe und genau derselben Sortierung — mit eigener, getrennt gespeicherter Einstellung.
• ⬇️ Download-Tab: durchsucht den verbundenen Navidrome-Server (Alben/Künstler); abgespielte Titel werden weiterhin automatisch lokal zwischengespeichert.
• 🔢 "Wie oft abgespielt" zählt jetzt wirklich: Neue Spalte playCount in der Datenbank (Schema 3, bestehende Bibliotheken werden automatisch migriert). Gezählt wird beim Start eines Titels — nicht sekündlich, solange er läuft.
• 🎨 Farben: Schwarz auf #0B0B10 und Melo-Rot #c0392b (vorher ein helleres Rot).
• 🔧 Details:
  • Neu: library/song_sort.dart (reine Sortier-Logik, 11 Tests), shared/sort_store.dart (Speichern der Wahl, 4 Tests), shared/sortable_song_list.dart (Shuffle + Sortier-Menü), library/my_music_screen.dart, library/favorites_screen.dart, downloads/downloads_screen.dart.
  • Der alte library_screen.dart (Tabs Alle/Künstler/Alben/Server) ist entfallen — seine Inhalte leben jetzt in "Meine Musik" (Alle), als eigene Bildschirme (Künstler/Alben) und im Download-Tab (Server).
  • Musik hinzufügen und Erneut scannen saßen in der entfernten Topbar und stehen jetzt in den Einstellungen → Bibliothek (zusätzlich weiterhin im leeren Zustand von "Meine Musik").
  • Der Mini-Player ist jetzt auf allen Tabs sichtbar (vorher war der Player ein eigener Tab).
• 🐛 Nebenbei gefixt: Das Sortier-Menü ist scrollbar — auf niedrigen Bildschirmen bzw. im Querformat war der "Übernehmen"-Knopf sonst nicht erreichbar. Schnellzugriff-Karten liefen um 2 Pixel über.
• ✅ Getestet: 107 Tests grün, flutter analyze ohne Befund.

🔎 Login-Dialog zeigt jetzt die echte Server-Fehlermeldung (2026-08-20)

• ✅ Was: Schlägt der Navidrome-Login fehl, zeigt der Dialog jetzt die Original-Meldung des Servers (z. B. „Wrong username or password") statt nur „Login fehlgeschlagen". So ist sofort klar, ob das Passwort falsch ist oder ein Netzwerkproblem vorliegt.
• 🔧 Details:
  • NavidromeService.letzterLoginFehler hält die Server-Meldung des letzten abgelehnten Logins fest (wird bei jedem Ping zurückgesetzt).
  • Das Fehler-Log enthält jetzt die Passwort-Länge (pwLen=…, nie das Passwort selbst) — ein Tippfehler wird so im Log sofort sichtbar (Melo…! hat 11 Zeichen).
• 🐛 Hintergrund (tiefe Debug-Runde): Server-seitig ist alles nachweislich korrekt — Subsonic-API (/rest/*) läuft trotz SSO-Umbau ohne Forward-Auth, DB-Passwort für „Baka" stimmt, und die exakte App-Token-Logik (Base64-Salt + md5) wurde 8/8-mal erfolgreich gegen den Live-Server reproduziert. Die Ablehnungen kommen von einem falschen Passwort-Wert auf dem Gerät; die neue Fehlermeldung macht genau das künftig direkt sichtbar.

🔎 Login-Diagnose: Passwort-Sichtbarkeit + Trim (2026-08-20)

• 🐛 „Login fehlgeschlagen" trotz korrekter Zugangsdaten: Systematische Analyse (App-Code, App-Logs, Caddy/Navidrome-Logs, 1:1-Nachbau des App-Requests inkl. Salt/Token) hat bewiesen: App-Code, Server, User „Baka" und Passwort sind korrekt — der Fehler lag im auf dem Gerät verwendeten Credential-Wert (der ältere Build mit dem Ping-Fehlalarm persistierte ungültige Zugangsdaten; verdeckte Tippfehler im Passwortfeld blieben unsichtbar).
• 🔧 Passwort-Anzeigen-Umschalter (Auge-Icon) im Navidrome-Login — Tippfehler werden sichtbar.
• 🔧 URL + Passwort werden getrimmt (randständige Leerzeichen aus Autofill / Tastatur entfernt).
• 🔧 Default-User im Login ist jetzt „Baka" (vorher „Dustin") — verhindert versehentlichen Login mit falschem User.
• ℹ️ Ein erfolgreicher Login überschreibt die alten (ungültigen) gespeicherten Zugangsdaten — der Ping-Fix aus dieser Version stellt sicher, dass künftig nur noch gültige Credentials gespeichert werden.

🔒 Datenschutz: Log-Bereinigung vor Server-Upload (2026-08-20)

• ✅ Was: Diagnose-Logs werden jetzt zentral bereinigt, bevor sie an logs.baka-net.de gehen. Der lokale debugPrint bleibt vollständig.
• 🔧 Details:
  • Freitext-Scrubber für message + stackTrace: maskiert sensible key=value-Fragmente (user=, pw=, password=, token=, secret=, url=), Datei-Pfade (<path>), nackte URLs (<url>), Bearer-Token, JWTs (<jwt>) und lange Hex-IDs (<hex>).
  • stackTrace wird auf max. 8 Zeilen gekürzt.
  • deviceModel sendet nur noch die grobe Plattform (android/ios) statt Hersteller+Modell (war ein Geräte-Fingerprint) — device_info_plus im Logger entfernt.
• 🐛 Fix (Quelle): Der Navidrome-Login in settings_screen loggte Benutzername + Server-URL im Klartext (Login: url=… user=…). Diese Aufrufe senden jetzt nur noch den neutralen Status inkl. pwLeer-Flag.
• 🧪 Tests: neue Suite test/logger_service_test.dart (9 Tests) — 79/79 grün, flutter analyze ohne Issues.
• ℹ️ Offen: Opt-in/Einwilligung für den Diagnose-Versand bleibt ein separater Folgeschritt (braucht UI).

🐛 Server-Bibliothek lädt + Tab abgeschnitten (2026-08-20)

• 🐛 Server-Bibliothek lud nicht ("Erneut versuchen"): Ursache war, dass der Code das Subsonic-status-Feld ignorierte. Navidrome liefert auch bei falschem Passwort HTTP 200 mit status:"failed" — ping() meldete dadurch fälschlich „Login ok", und getAlben/getArtists behandelten die Fehlerantwort still als „leer".
  • 🔧 ping() prüft jetzt den Body (status) — kein Fehlalarm mehr beim Login.
  • 🔧 getAlben/getArtists werfen bei status:"failed" eine NavidromeException mit Server-Meldung statt still [] zurückzugeben.
  • 🔧 Der Server-Tab zeigt die echte Server-Fehlermeldung (z. B. „Wrong username or password") statt nur „Keine Alben geladen".
  • 🔧 Album-Abruf nutzt jetzt den ID3-Endpoint getAlbumList2 (konsistent zu getArtists) — der alte Folder-Endpoint getAlbumList liefert bei tag-organisierten Libraries leer.
• 🐛 Tab „🌐 Server" war abgeschnitten (nur „Serve" sichtbar): Die 4 festen Tabs waren zu eng. labelPadding verkleinert (engere Abstände) — Schriftgröße unverändert.
• 🧪 Neue Tests: test/navidrome_parse_test.dart (5). 84/84 grün, analyze sauber.

🔧 Log-Upload System - Fixes (2026-08-19)

• ✅ ERROR-Level Logging: Fehler werden SOFORT zum Server hochgeladen (async/await Fixed)
• ✅ Navidrome-Service Error Logging: Alle API-Fehler (ping, getAlben, getSongs, getFavorites, getArtists, getArtistSongs, getLyrics, scrobble, getBookmarks, getPlaylists, getPlaylistSongs) werden jetzt mit logger.error() zum Server geloggt (statt nur debugPrint)
• ✅ Login-Fehler Detail-Logging: Fehler enthalten URL, User, Exception-Typ und StackTrace
• ✅ HTTP-Error bei Stream: Stream-Fehler mit HTTP-Statuscode werden auch geloggt
• ✅ Payload-Format: Logs senden als {"logs": [...]} Array zum Server

🎉 RELEASE BUILD v3: Phase 2 + Login + Auto-Bugreport System!

Build Date: 2026-08-19 21:30
APK (Release/Universal): app-release.apk (22.3 MB) — Mit Auto-Logger + Login-Improvements!
APK (ARM64-Specific): app-arm64-v8a-release.apk (21 MB) — Optimal für POCO X7 Pro
Tests: 70/70 ✅
Build Status: ✅ SUCCESS

Neue Features in dieser Build:

• ✨ Login-Verbesserungen: Auto-URL + User-Buttons + Gast-Modus
• 📊 Auto-Bugreport System: Logger sendet Fehler sofort + andere Logs gesammelt zum Server
  • Device-Info (Model + OS) + Timestamp + Stack-Traces
  • Integration in Navidrome-Service für Login-Fehler-Diagnose
• 📝 Alle Phase-2-Features (Sync, Caching, Player, Controls)
• 🔒 Secure Credential-Speicherung
• 🎵 Enhanced MiniPlayer mit Skip-Buttons

Phase 2 (Part 1-8 Completed — MILESTONE!)

• 🗄️ Auto-Caching: Lieder werden automatisch beim Streamen lokal gespeichert!
  • Cache-First-Logik: Existierende Dateien lokal spielen
  • Fallback: Vom Server streamen wenn kein Cache
  • Cache-Speicher-Status in Settings (MB/KB/B) mit Clear-Button
• 🗄️ CacheManager: MD5-Hash-basierte Cache-Verwaltung (getCacheSize, clearCache)
• 📴 Offline-Mode: Toggle in Settings aktiviert Offline-Betrieb (nur gecachte Lieder spielen)
• 🎤 Artist-Browse: Toggle in Navidrome-Tab zwischen Albums ↔ Künstler, Tap lädt alle Songs des Künstlers
• 🌟 Favoriten-Sync: Button in Settings lädt Server-Favoriten und importiert sie lokal
• 📊 History-Sync: Wiedergabe-Position vom Server laden + alle 5s zum Server senden (Subsonic-Bookmarks)
• 📋 Playlisten-Sync: Button in Settings lädt alle Server-Playlisten (mit 🌐 Präfix zur Unterscheidung)
• 🔒 Lock-Screen Controls: Notification mit Play/Pause/Skip-Buttons auf Android Lock Screen
• 🎵 Enhanced MiniPlayer: Now-Playing Widget auf allen Tabs mit Skip-Buttons + Progress-Bar
• Infrastructure für Multi-Device Sync vorbereitet

Added

• 🌐 Musikserver-Tab in Bibliothek: Zeige Alben vom Navidrome-Server, tippe um Album abzuspielen
• 📝 Lyrics-Anzeige: Lyrics-Button im Now-Playing Screen, Bottom-Sheet mit Song-Lyrics vom Server
• 🔀 Shuffle & Repeat Modi: Shuffle-Button (aktiv = rot), Repeat-Cycle (Off → All → One), beide im Player
• 🌐 Navidrome-Integration (Musikserver-Verbindung): Settings-Tab bietet Login/Logout für Subsonic-API-kompatible Server
• Navidrome-Service mit sichere Credential-Speicherung (Secure Storage + SharedPreferences)
• Server-Album-Browser: Lädt Alben vom Server, zeigt Songcount, tippe um Album in Queue zu laden
• Server-APIs erweitert: getArtists(), getArtistSongs(), setFavorite(), getFavorites(), getLyrics() (Phase 2 vorbereitet)
• Dependencies für Navidrome hinzugefügt: http, crypto, shared_preferences, flutter_secure_storage

Known Limitations (Phase 2)

• Server-Favoriten-Sync: APIs vorhanden, UI-Integration in Phase 2
• Artist-Browse: APIs vorhanden, UI in Phase 2
• Server-Caching: Musik wird nicht lokal für Offline gecacht (Phase 2)
• Lyrics-Sync: Keine Timed-Synchronisation (Phase 2+)

[1.0.0-alpha]

Added

• Playlisten-Tab: Favoriten-Kurzeinstieg oben, Liste aller Playlisten mit Songanzahl, Erstellen-Dialog (FAB), Löschen mit Bestätigung
• 🎵➕ Songs per Bottom-Sheet zu Playlisten hinzufügen (neuer Button in der Songliste, neben dem Favoriten-Herz)
• Playlist-Detailansicht: Songs per Drag & Drop umsortieren, einzeln entfernen, Antippen spielt die Playlist ab dieser Stelle
• Datenbank: Playlisten, Favoriten und Wiedergabe-Historie Tabellen (Drift, Schema v2)
• PlaylistService für Playlisten- und Favoriten-Verwaltung
• ❤️ Favoriten-Herz in der Songliste (ausgefüllt/leer)
• ❤️ Favoriten-Herz auch im Now-Playing-Screen (aktueller Song)
• Bibliothek: Künstler- und Alben-Tabs neben "Alle" — Songs werden clientseitig aus der bestehenden Songliste gruppiert (alphabetisch sortiert, fehlender Künstler/Album → "Unbekannt" / "Unbekanntes Album"); Antippen öffnet die Songliste des jeweiligen Künstlers/Albums, Alben zeigen zusätzlich das Cover
• Warteschlangen-Ansicht (Queue-Button in der Now-Playing-AppBar): zeigt die aktuelle Wiedergabeliste, hebt den laufenden Titel hervor, per Antippen direkt zu einem Titel springen, Titel entfernen oder per Drag & Drop umsortieren — ohne Änderungen am Audio-Handler (Queue wird clientseitig neu berechnet und neu geladen)
• Wiedergabeposition wird alle 5 Sekunden gespeichert und beim erneuten Abspielen eines Songs automatisch fortgesetzt (kein Resume bei den letzten 3 Sekunden eines Songs, um ein sofortiges Ende zu vermeiden)
• Settings-Tab: Bibliotheks-Statistik (Song-Anzahl + Gesamtspieldauer), Musik-Berechtigung mit Link in die Systemeinstellungen, kurzer "Über Melo"-Abschnitt — bewusst ohne Platzhalter für Profil/Cloud-Sync/ Geräte-Verwaltung, da es dafür noch kein Account-/Cloud-System gibt (Phase 2)

Damit ist das komplette 5-Tab-MVP fertig: Player / Bibliothek / Playlisten / Suche / Settings — inklusive Playlisten, Favoriten, Warteschlangen-Verwaltung, Künstler-/Alben-Browsing und automatischem Fortsetzen der Wiedergabeposition.

Changed

• Now-Playing-Screen läuft jetzt als eigener Tab statt als gepushter Screen (kein Schließen-Button mehr in der AppBar)
• MediaItem trägt jetzt die Song-UUID mit (extras['songId']), nicht mehr nur die Datei-URI
• Finales 5-Tab-Layout: Player / Bibliothek / Playlisten / Suche / Settings (Playlisten und Settings vorerst als Platzhalter)
• "Zuletzt hinzugefügt" aus der alten Startseite ist jetzt Teil der Bibliothek (horizontale Leiste oben)
• MiniPlayer wird auf dem Player-Tab ausgeblendet (dort läuft schon die volle Ansicht)

Fixed

• 🐛 Der APK-Build funktioniert jetzt überhaupt. Drei Dinge waren nötig: compileSdk = 37 und kotlin.jvm.target.validation.mode=warning existierten bisher nur lokal auf dem Server und fehlten im Repo — ohne sie bricht der Build ab, weil permission_handler SDK 37 verlangt. Zusätzlich hebt ein Gradle- Workaround jetzt Plugin-Module mit zu altem compileSdk auf 36 an: on_audio_query_android kompiliert gegen SDK 33, seine AndroidX-Abhängigkeiten verlangen aber mindestens 34 (16 Metadaten-Konflikte).

Removed

• Alte Startseite (home_screen.dart) entfernt — Funktionalität in die Bibliothek verschoben

Known Issues

• Genre-Browsing fehlt noch: die Songs-Tabelle hat keine Genre-Spalte und keiner der Scanner (scan_service.dart, android_scan.dart) liest Genre- Metadaten aus den Dateien aus. Das ursprünglich geplante dritte Bibliotheks- Tab "Genres" ist deshalb nicht umgesetzt — braucht eine Schema-Migration plus Metadaten-Extraktion im Scanner (eigene Aufgabe, außerhalb dieses Tasks)