1. IMediaStorageService (src/Koogle.Domain/Interfaces/):
- Neue Methoden GetMediaBasePath() und GetFilePath() hinzugefügt
2. MediaStorageService (src/Koogle.Infrastructure/Services/):
- Erkennt Production+Linux → verwendet /home/data/club-media
- Development → verwendet wwwroot/club-media
3. Program.cs (src/Koogle.Web/):
- StaticFileOptions für /club-media aus /home/data/club-media in Production
4. DemoSeeder (src/Koogle.Infrastructure/Data/):
- Alle Methoden nutzen jetzt IMediaStorageService statt hardkodierte Pfade
5. ClubGifService (src/Koogle.Application/Services/):
- Alle Path.Combine("wwwroot", ...) durch _mediaStorage.GetFilePath() ersetzt
Das Verhalten:
- Windows/Development: weiterhin wwwroot/club-media
- Linux/Production (Azure): /home/data/club-media (persistent und beschreibbar)
UI (Submit.razor)
- Toggle zwischen "Datei" und "URL" Modus
- URL-Eingabefeld mit Validierung (nur HTTP/HTTPS)
- Beide Modi teilen Submit-Button und Erfolgsanzeige
Service (IClubGifService, ClubGifService)
- Neue Methode SubmitAnonymousFromUrlAsync(token, url, name)
- Nutzt bestehende SaveGifFromUrlAsync von MediaStorageService
Serverseitige Validierung (bereits in MediaStorageService vorhanden):
- Content-Type Prüfung: nur image/gif, video/mp4, video/webm
- Dateigröße max. 20MB
- Datei wird nach Download nochmals auf Größe geprüft
- Ungültige Content-Types werden mit Exception abgelehnt
Zusammenfassung des Problems:
- BellValue wurde in Zeile 357 auf false zurückgesetzt, BEVOR es für Trigger ausgewertet wurde
- afterThrowState.ThrowPanel.BellValue war dadurch immer false
- Bell-Expenses und Bell-GIFs wurden nie ausgelöst
Lösung:
- bellValue wird jetzt als separater Parameter aus action.AfterThrowState.BellValue übergeben
- Die Auswertung erfolgt mit dem ursprünglichen Wert, bevor er zurückgesetzt wird
Summary of Changes:
Phase 1-3 (Domain/Infrastructure/Application):
- ThrowEventType enum with Strike, Circle, Bell, Gutter flags
- ClubGif, ClubGifRating, GifSubmissionToken entities
- EF configurations with proper indexes
- ClubGifRepository with weighted random selection
- MediaStorageService for file storage (wwwroot/club-media/{LoginName}/gifs/)
- ClubGifService with rating system and auto-disable at -5 threshold
Phase 4-5 (Admin UI & Playback):
- Admin page at /club/{ClubId}/admin/gifs with Upload, Import, Edit, Token management
- QR code generation for submission tokens
- GifPlayer component with overlay, rating buttons, and dismiss
- Fluxor state management (GifState, actions, reducers, effects)
Phase 6 (Anonymous Submission):
- Public page at /gif/submit/{Token} with EmptyLayout
- Token validation and file upload
Phase 7 (Game Integration + Migration):
- Database migration AddClubGifFeature applied
- GameEffects.TriggerGifForEventsAsync triggers GIFs on special throws
- SignalR broadcast via BroadcastGifTriggeredAsync to all clients
- DayDetails.razor includes GifPlayer and handles SignalR GIF events
Key Features:
- GIFs play on Strike (alle 9), Circle (Kranz), Bell (Glocke), Gutter (Rinne)
- Weighted random selection based on ratings
- Real-time sync across all connected clients via SignalR
- Thumbs up/down rating with auto-disable at -5
- Max file size: 20MB, Video duration: 15s
- Supports GIF, MP4, WebM formats
Zusammenfassung der Änderungen:
1. GameState.cs - Neue Properties hinzugefügt:
- IsGameOver - zeigt an, dass das Spiel beendet ist
- WinnerId - ID des Gewinners
2. GameReducers.cs:
- OnProcessThrowResult setzt jetzt IsGameOver und WinnerId
- OnExecuteGameActionSuccess setzt jetzt IsGameOver und WinnerId
- OnStartGameSuccess setzt IsGameOver=false
- OnEndGameSuccess setzt IsGameOver=false
3. GameEffects.cs:
- HandleRecordThrow blockiert Eingaben wenn IsGameOver=true
- HandleExecuteGameAction blockiert Eingaben wenn IsGameOver=true
- EndGameAction wird nicht automatisch dispatcht - der Benutzer muss das Spiel explizit über die UI beenden
Verhalten jetzt:
- Wenn ProcessThrow oder ExecuteAction IsGameOver=true zurückgibt, wird der State auf IsGameOver=true gesetzt
- Die Tafel bleibt sichtbar mit dem Endergebnis
- Weitere Würfe/Actions werden blockiert
- Der Benutzer muss EndGameAction explizit über einen Button in der UI auslösen
Die UI muss jetzt GameState.IsGameOver und GameState.WinnerId nutzen, um:
1. Eingaben zu deaktivieren
2. Eine "Spiel beenden"-Schaltfläche anzuzeigen
Zusammenfassung der Fixes:
1. Fix 1 (HandlePinClick und HandleNumberClick): _hasModifiedPins = true wird jetzt VOR dem Dispatch gesetzt, um zu verhindern, dass OnGameStateChanged den Before-State während der Pin-Modifikation überschreibt.
2. Fix 2 (ConfirmThrow): Nach dem Dispatch wird explizit CaptureBeforeThrowState() aufgerufen. Das ist der wichtigste Fix:
- Nach RecordThrowAction Dispatch sind alle Reducer/Effects durchgelaufen
- Der State ist bereits mit den neuen Pin-Zuständen aktualisiert
- _beforeThrowState wird mit dem NEUEN Zustand für den nächsten Wurf erfasst
Vorher wurde _beforeThrowState nie nach einem Wurf aktualisiert (weil _hasModifiedPins zum falschen Zeitpunkt gesetzt war), sodass beim zweiten Wurf der stale Before-State verwendet wurde.
- IGameHubClient: client interface for SignalR messages
- GameHub: SignalR hub with group management for games/days
- GameHubService: scoped service wrapper with auto-reconnect
- GameEffects: broadcasts game start/end/state via SignalR
- EndGameAction: extended with winner info and final scores
- Program.cs: AddSignalR + MapHub configuration
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
beo3000