# Bug-Report: Version 379 hängt erstmals vor dem ersten Menü; Konsole schweigt

- Typ: bug
- Datum: 2026-10-03 20:27 UTC
- Session: tly1e297bd9mujnpqan
- Version: KaipaBots_SprintTest_379 (378 funktioniert; 379 ist die erste betroffene Version)
- Reproduzierbarkeit: In 379 beobachtet; genaue Wiederholungsrate unbekannt. Der Versionsvergleich zeigt 100% der getesteten Starts als Übergang von funktionierender zu fehlerhafter Version.

## Zusammenfassung
KaipaBots_SprintTest_379 ist die erste bekannte Version, bei der das Spiel direkt nach dem Start vor dem ersten Menü hängen bleibt. Gleichzeitig ist 379 die erste Version, bei der die Love-Konsole keine Ausgabe mehr zeigt. Version 378 funktioniert noch. Der Prozess bleibt aktiv; die Steam-Spielzeit läuft weiter. Ein Spielstand wurde nicht geladen.

## Schritte
1. KaipaBots_SprintTest_379 starten. 2. Ohne einen Spielstand auszuwählen oder einen Ladevorgang auszulösen auf das erste Menü warten. 3. Prüfen, ob die erste Menüansicht erscheint und auf Eingaben reagiert. 4. Die Love-Konsole beobachten. 5. Das gleiche mit der direkt vorherigen Version 378 vergleichen; dort funktioniert der Start.

## Erwartet
In Version 379 sollte wie in 378 nach dem Start das erste Menü erscheinen, bedienbar sein und reagieren. Die Love-Konsole sollte im Fehlerfall weiterhin Ausgaben und gegebenenfalls eine Fehlermeldung anzeigen.

## Tatsächlich
In Version 379 bleibt der Start vor dem ersten Menü hängen beziehungsweise es erscheint keine bedienbare Menüansicht. Die Love-Konsole bleibt ab diesem Start ohne Ausgabe. Der Prozess läuft weiter, da die Steam-Spielzeit weiter steigt. Ein Spielstand war nicht beteiligt. Der mitgelieferte Screenshot zeigt den eingefrorenen Startzustand.

## Technische Analyse
Der Fehler ist durch den Versionsvergleich stark eingegrenzt: 378 ist die letzte bekannte funktionierende Version, 379 die erste bekannte fehlerhafte Version und die erste Version ohne Konsolenausgabe. Im aktuellen Startcode wird der normale LÖVE-Ablauf vor love.load durch einen eigenen Love-Run-/Timer-Loop ersetzt; dieser manuell gestartete Ablauf verarbeitet Ereignisse, Updates und Zeichnen selbst. Das ist eine besonders relevante Verdachtsstelle für eine funktionierende Prozessschleife ohne sichtbare Konsolenausgabe. Zusätzlich startet die Intro-Phase sofort einen Hintergrund-Thread, der vorhandene Save-Ordner durchsucht, obwohl noch kein Spielstand ausgewählt wurde; Fehler aus diesem Bereich können durch das Logging bzw. die Hintergrund-Kommunikation unauffällig bleiben. Auch der synchrone initiale Datenaufbau vor dem ersten Menü ist zu prüfen. Die konkrete Änderung zwischen 378 und 379 bzw. der endgültige Auslöser ist noch nicht bekannt; insbesondere der Startablauf, die Console-Ausgabe und der automatische Save-Scan sollten gegen 378 verglichen werden.

## Anhänge
- Windooofs.png
- loadin...g..2.png
- loadin..g....png