Bug - Aus der Masterpackliste ausgecheckte Packliste landet ganz unten in der Listenuebersicht statt oben bei den Listen ohne Gruppe #237

New issue

Closed

opened 2026-10-03 11:06:31 +02:00 by lena · 2 comments

lena commented

2026-10-03 11:06:31 +02:00

Collaborator

Problem (vom Nutzer gemeldet)

Beim Auschecken einer Packliste fuer eine Reise aus der Masterpackliste wird die neue Liste in der Listenuebersicht ganz unten angelegt. Sie hat keine Gruppe zugewiesen und sollte deshalb oben bei den anderen Listen ohne Gruppe stehen.

Vermutlich dieselbe Ursache wie #203 (neue Liste wird server-seitig ans Ende der Gesamtreihenfolge gehaengt und faellt damit unter die letzte Gruppen-Ueberschrift bzw. ganz nach unten). #203 hat das nur fuer die Erstellungsdialoge behoben, nicht fuer den Checkout-Pfad.

Akzeptanzkriterien

Eine aus der Masterpackliste ausgecheckte Liste erscheint in der Listenuebersicht im Bereich ohne Gruppe (vor der ersten Gruppen-Ueberschrift), sofern Gruppen existieren.
Ohne Gruppen: Platzierung konsistent zu neu angelegten Listen.
Gilt sowohl in der Listenuebersicht als auch in der Sidebar.
Uebertragung auf andere Wege, neue Listen anzulegen, pruefen: z.B. "Liste duplizieren" (#159), Import, alle weiteren Stellen, die eine Liste server-seitig erzeugen. Bevorzugt eine zentrale Loesung (z.B. Standardposition server-seitig "vor der ersten Gruppen-Ueberschrift"), statt jeden Aufrufer einzeln zu reparieren.
Regressionstest (Backend und/oder E2E) fuer den Checkout-Fall.

## Problem (vom Nutzer gemeldet) Beim Auschecken einer Packliste fuer eine Reise aus der Masterpackliste wird die neue Liste in der Listenuebersicht ganz unten angelegt. Sie hat keine Gruppe zugewiesen und sollte deshalb oben bei den anderen Listen ohne Gruppe stehen. Vermutlich dieselbe Ursache wie #203 (neue Liste wird server-seitig ans Ende der Gesamtreihenfolge gehaengt und faellt damit unter die letzte Gruppen-Ueberschrift bzw. ganz nach unten). #203 hat das nur fuer die Erstellungsdialoge behoben, nicht fuer den Checkout-Pfad. ## Akzeptanzkriterien - Eine aus der Masterpackliste ausgecheckte Liste erscheint in der Listenuebersicht im Bereich ohne Gruppe (vor der ersten Gruppen-Ueberschrift), sofern Gruppen existieren. - Ohne Gruppen: Platzierung konsistent zu neu angelegten Listen. - Gilt sowohl in der Listenuebersicht als auch in der Sidebar. - **Uebertragung auf andere Wege, neue Listen anzulegen, pruefen:** z.B. "Liste duplizieren" (#159), Import, alle weiteren Stellen, die eine Liste server-seitig erzeugen. Bevorzugt eine zentrale Loesung (z.B. Standardposition server-seitig "vor der ersten Gruppen-Ueberschrift"), statt jeden Aufrufer einzeln zu reparieren. - Regressionstest (Backend und/oder E2E) fuer den Checkout-Fall.

lena added the

priority/should

type/bug

labels

2026-10-03 11:06:31 +02:00

lena self-assigned this

2026-10-03 11:15:54 +02:00

lena added the

status/claimed

label

2026-10-03 11:15:54 +02:00

lena commented

2026-10-03 11:15:55 +02:00

Author

Collaborator

Claimed by session "Go loop [d3a77d]"

Starte mit der Analyse: zentrale Standardposition fuer server-seitig erzeugte Listen (Checkout aus Masterpackliste, Duplizieren, weitere Erzeugungspfade).

Claimed by session "Go loop [d3a77d]" Starte mit der Analyse: zentrale Standardposition fuer server-seitig erzeugte Listen (Checkout aus Masterpackliste, Duplizieren, weitere Erzeugungspfade).

lena referenced this issue from a commit

2026-10-03 11:34:19 +02:00

fix(#237): place server-created lists before the first group heading

lena referenced this issue from a commit

2026-10-03 11:34:19 +02:00

fix(#237): show a just-joined shared list outside every group

lena referenced this issue from a commit

2026-10-03 11:34:19 +02:00

test(#237): e2e - checked-out packing list lands outside every group

lena commented

2026-10-03 11:34:35 +02:00

Author

Collaborator

Erledigt (Commits c2bfffb1, 23636b35, b51cd2dd).

Ursache: Server-seitig erzeugte Listen bekamen ihren Platz in der Listenreihenfolge immer ganz am Ende. Da die Gruppenzugehoerigkeit rein positional ist (eine Gruppen-Ueberschrift umfasst alles bis zur naechsten), landete z.B. eine aus der Masterpackliste ausgecheckte Packliste in der letzten Gruppe bzw. ganz unten. Der Fix aus #203 sass nur in den Erstellungsdialogen des Frontends.

Loesung (zentral):

UserListOrderAppender.AppendAsync setzt neue Listen jetzt server-seitig direkt vor die erste Gruppen-Ueberschrift (alle folgenden Eintraege ruecken um eins nach hinten). Damit gilt das fuer alle Erzeugungspfade auf einmal: alle 5 Erstellungsdialoge (To-Do, Prioritaeten-To-Do, Einkaufszettel, Speisekammer, Masterpackliste), Auschecken aus der Masterpackliste, Duplizieren (To-Do, Einkaufszettel, Masterpackliste) und Demo-Import. Ohne Gruppen: unveraendert ans Ende. Neue Gruppen-Ueberschriften selbst gehen weiterhin ans Ende.
Frontend (orderListEntries): Listen ohne gespeicherte Position (praktisch: frisch per Einladung beigetretene geteilte Listen) landeten ebenfalls ganz unten/in der letzten Gruppe - jetzt ebenfalls vor der ersten Gruppen-Ueberschrift. Gilt fuer Listenuebersicht und Sidebar (gemeinsame Logik).

Tests: Backend-Unit-Tests (neue Liste vor erster Ueberschrift inkl. Verschiebung; neue Ueberschrift weiterhin am Ende), Vitest fuer den Frontend-Fallback, E2E in list-order.spec.ts (Gruppe + Masterpackliste per API anlegen, auschecken, Liste steht vor der Gruppen-Ueberschrift). Lokal gruen: 1382 Backend-, 1562 Frontend-Tests, E2E chromium/Desktop HD.

Security-Review: keine Befunde (alle Updates sind auf die eigene UserId beschraenkt, Werte kommen server-seitig).

Erledigt (Commits c2bfffb1, 23636b35, b51cd2dd). **Ursache:** Server-seitig erzeugte Listen bekamen ihren Platz in der Listenreihenfolge immer ganz am Ende. Da die Gruppenzugehoerigkeit rein positional ist (eine Gruppen-Ueberschrift umfasst alles bis zur naechsten), landete z.B. eine aus der Masterpackliste ausgecheckte Packliste in der letzten Gruppe bzw. ganz unten. Der Fix aus #203 sass nur in den Erstellungsdialogen des Frontends. **Loesung (zentral):** - `UserListOrderAppender.AppendAsync` setzt neue Listen jetzt server-seitig direkt vor die erste Gruppen-Ueberschrift (alle folgenden Eintraege ruecken um eins nach hinten). Damit gilt das fuer alle Erzeugungspfade auf einmal: alle 5 Erstellungsdialoge (To-Do, Prioritaeten-To-Do, Einkaufszettel, Speisekammer, Masterpackliste), Auschecken aus der Masterpackliste, Duplizieren (To-Do, Einkaufszettel, Masterpackliste) und Demo-Import. Ohne Gruppen: unveraendert ans Ende. Neue Gruppen-Ueberschriften selbst gehen weiterhin ans Ende. - Frontend (`orderListEntries`): Listen ohne gespeicherte Position (praktisch: frisch per Einladung beigetretene geteilte Listen) landeten ebenfalls ganz unten/in der letzten Gruppe - jetzt ebenfalls vor der ersten Gruppen-Ueberschrift. Gilt fuer Listenuebersicht und Sidebar (gemeinsame Logik). **Tests:** Backend-Unit-Tests (neue Liste vor erster Ueberschrift inkl. Verschiebung; neue Ueberschrift weiterhin am Ende), Vitest fuer den Frontend-Fallback, E2E in `list-order.spec.ts` (Gruppe + Masterpackliste per API anlegen, auschecken, Liste steht vor der Gruppen-Ueberschrift). Lokal gruen: 1382 Backend-, 1562 Frontend-Tests, E2E chromium/Desktop HD. **Security-Review:** keine Befunde (alle Updates sind auf die eigene UserId beschraenkt, Werte kommen server-seitig).

lena

2026-10-03 11:34:35 +02:00