Vorstandsfoto: Server liefert die fertige Bildadresse statt des Dateinamens #155
Labels
No labels
Kind
Bug
Kind
Enhancement
Kind
Maintenance
Priority
P1
Priority
P2
Priority
P3
Status
In Progress
Status
Need More Info
Status
Zur Abnahme
Änderungen Wettspielreglement
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sffs-tt-basel/sffs-tt-issues#155
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Worum es geht
Die Antwort
BoardMemberResponseträgt heute den Dateinamen des Fotos (photoFilename). CMS und Homepage bauen daraus die Bildadresse selbst zusammen und müssen dafür den Ordnernamenboard-photoskennen:content/src/lib/uploads.ts(uploadUrl), aufgerufen incontent/src/pages/BoardMemberManager.tsxhomepage/src/pages/vorstand.astro(/uploads/board-photos/…)Bei den Artikelbildern schickt der Server die fertige Adresse mit (
UploadedImageResponse.url); niemand im Frontend kennt dort den Ordner.Vorschlag
Statt
photoFilenameliefert der ServerphotoUrl(die fertige Adresse unter/uploads/board-photos/…, odernullohne Foto). CMS und Homepage zeigen sie direkt an,uploadUrlincontent/src/lib/uploads.tsfällt weg.Betroffen:
BoardMemberResponse,BoardMemberService,BoardMemberManager.tsx,vorstand.astro, dazuBoardMemberResourceTest(5 Stellen) undBoardMemberManager.test.tsx(2 Stellen).Anlass
URL-Neuordnung, CMS-Etappe (28.10.2026):
metrics.py diffmeldet den Befund quality/6"board-photos"(der Text steht im Backend und im Frontend) an neuer Stelle, weil die Logik in den neuenBoardMemberServiceumgezogen ist. Olli hat entschieden, ihn in der Etappe in die Ausnahmeliste zu nehmen (literal::board-photos) und den Umbau hier zu führen. Mit diesem Issue fällt der Ausnahme-Eintrag wieder weg.