fix(web): Zurück-Knopf tat oft nichts + Besitzer geteilter Playlists (2.6)
navigate() ließ den Stack-Eintrag weg, wenn sich die Ansicht nicht geändert hatte, rief history.pushState aber trotzdem. Zweimal auf denselben Tab geklickt = zwei Browser-Einträge auf dieselbe Ansicht, jeder davon ein Zurück-Druck ohne sichtbare Wirkung. Im Test: 3x "Alben" -> 3 Browser-Einträge bei 1 Stack-Eintrag, danach bewegten 4 Zurück- Drücke die Ansicht einmal. Jetzt pusht nur eine wirklich neue Ansicht, sonst replaceState. Vorwärts mitgetestet, unverändert. Playlists: Navidrome liefert owner mit, das Web nutzte es nie. Übersicht und Detail zeigen "· von <Name>", nur bei fremden Listen. Android zeigte ihn bisher bei jeder Liste und unbeschriftet; beide Plattformen jetzt gleich, Bibliotheks-Übersicht ebenfalls. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
1 parent
ea448e109f
commit
568bb5002c
8 files changed
+85
-14
No files matched your search
@@ -38,6 +38,7 @@ Die Android-App zählt eigenständig weiter (mehrere APKs pro Release). Welche d
|
||||
| Playlist browsing | ✅ | ✅ |
|
||||
| Playlist create/edit | ✅ | ✅ |
|
||||
| Playlist cover upload | ✅ | ✅ |
|
||||
| Besitzer geteilter Playlists | ✅ | ✅ |
|
||||
| Spotify / YouTube importer | ✅ | ✅ |
|
||||
| Musik-Duell (Anzeigetafel) | ✅ | ✅ |
|
||||
| Wiedergabe fortsetzen | ✅ | ✅ |
|
||||
@@ -73,6 +74,32 @@ Die Android-App zählt eigenständig weiter (mehrere APKs pro Release). Welche d
|
||||
|
||||
---
|
||||
|
||||
## [2.6] — 2026-09-12
|
||||
|
||||
**Android:** 1.9 (versionCode 12) — Besitzer geteilter Playlists.
|
||||
|
||||
### Fixed
|
||||
- **Der Zurück-Knopf tat oft nichts (Web)** — `navigate()` prüfte zwar, ob die Ansicht sich
|
||||
überhaupt geändert hat, und ließ den Verlaufseintrag dann weg — **rief `history.pushState` aber
|
||||
trotzdem**. Zweimal auf denselben Tab geklickt hieß also zwei Browser-Einträge auf dieselbe
|
||||
Ansicht, und jeder davon kostete einen Zurück-Druck, bei dem sichtbar nichts passierte. Gemessen
|
||||
im Test: dreimal „Alben" erzeugte **drei** Browser-Einträge bei **einem** Stack-Eintrag, danach
|
||||
bewegten vier Zurück-Drücke die Ansicht genau einmal. Jetzt bekommt nur eine wirklich neue Ansicht
|
||||
einen Verlaufseintrag, sonst wird der bestehende ersetzt. Der allererste Aufruf ersetzt ebenfalls,
|
||||
weil `main.js` die schon offene Seite bereits auf `nsIdx 0` gesetzt hatte — auch das war ein
|
||||
toter Zurück-Druck gleich zu Beginn. Vorwärts funktioniert unverändert (mitgetestet).
|
||||
|
||||
### Added
|
||||
- **Bei geteilten Playlists steht jetzt dabei, von wem sie sind (Web + Android)** — Navidrome
|
||||
liefert `owner` in `getPlaylists`/`getPlaylist` mit, im Web wurde das Feld nie benutzt. Übersicht
|
||||
und Detailseite zeigen es als `· von <Name>`, und zwar **nur bei fremden** Listen — bei den
|
||||
eigenen wäre „von mir" nur Rauschen. Android zeigte den Besitzer auf der Detailseite bisher bei
|
||||
**jeder** Liste und unbeschriftet, sodass der eigene Name wie ein Teil des Titels aussah; jetzt
|
||||
verhalten sich beide Plattformen gleich, und die Playlist-Übersicht in der Bibliothek zeigt es
|
||||
ebenfalls.
|
||||
|
||||
---
|
||||
|
||||
## [2.5] — 2026-09-10
|
||||
|
||||
**Android:** 1.8 (versionCode 11) — Sprung vom Album zum Künstler.
|
||||
|
||||
Reference in new issue
Block a user