wissen / limesurvey · fehlerbehebung

Wenn der Fragebogen klemmt: newtest, Cache und Timeout

# Felix Kretschmer · Stand: 21.08.2026 · Lesezeit ~3 min · ← alle Artikel

Drei Situationen begegnen mir in fast jeder Schulung. Für alle drei gibt es eine schnelle Antwort – hier zum Nachschlagen.

1. Der Fragebogen startet mittendrin

Sie öffnen Ihre Umfrage und landen wieder in Ihrem letzten, halb ausgefüllten Durchlauf. LimeSurvey merkt sich die laufende Sitzung. Abhilfe ist ein Anhängsel am Link – in zwei gleichwertigen Schreibweisen:

https://ihre-domain.de/index.php/123456?newtest=Y
https://ihre-domain.de/index.php/123456/newtest/Y/

Häufig steht im Link schon ein Parameter wie ?lang=de – dann hängen Sie &newtest=Y an. Nach dem ? stehen sogenannte URL-Parameter, mehrere werden mit & verbunden: lang=de und newtest=Y teilen dem Fragebogen mit, dass er auf Deutsch beginnen (language) und immer von vorn starten soll (newtest). Denselben Link bekommen Sie übrigens auch, wenn Sie oben auf Umfrage ausführen klicken.

Auch beim eigenen Testen hilft newtest=Y: Landen Sie beim Neuladen auf einer leeren Seite, liegt es meist daran, dass das Sprungziel einer Bedingung verschwunden ist oder sich die Reihenfolge geändert hat. Der Browser weiß dann nicht mehr, wo Sie zuletzt waren, und lädt nicht automatisch von vorn – newtest=Y schon.

Verschicken Sie Umfragelinks deshalb grundsätzlich mit newtest=Y. Wer gestern nur kurz hineingeschaut hat, beginnt sonst mitten im Fragebogen weiter; mit diesem Parameter startet jede Person garantiert von vorn.

2. Änderungen am Design erscheinen nicht

Sie haben das Theme angepasst, der Browser zeigt aber die alte Fassung. Fast immer ist es der Browser-Cache. Hart neu laden hilft: unter Windows und Linux Strg + F5 oder Strg + Umschalt + R, am Mac Cmd + Umschalt + R. Beides umgeht den Cache; welche Kombination greift, hängt vom Browser ab – im Zweifel beide probieren. Erst wenn das nicht hilft, lohnt der Blick in die Vorlage.

3. Nach einer Pause ist die Sitzung weg

Bei langen Fragebögen läuft die Sitzung ab, Eingaben gehen verloren. Daran sind zwei unabhängige Schichten beteiligt.

Schicht 1 – LimeSurvey. Die Einstellung iSessionExpirationTime steht standardmäßig auf 7200 Sekunden, dokumentiert in application/config/config-defaults.php – geändert wird sie aber woanders: Kopieren Sie die Zeile nach application/config/config.php, in den Block 'config'=>array(). Nur so überlebt sie das nächste Update, denn config-defaults.php wird dabei überschrieben.

Schicht 2 – PHP und Server. Diese Schicht wird gern übersehen und gewinnt im Zweifel. Maßgeblich ist session.gc_maxlifetime in der php.ini des Webservers. Auf vielen Linux-Systemen räumt zusätzlich der Dienst phpsessionsclean.service alle 30 Minuten alte Sitzungen weg – unabhängig von iSessionExpirationTime. Erhöhen Sie deshalb session.gc_maxlifetime; den Aufräumdienst umzuprogrammieren wäre die aufwendigere Alternative.

Wenn Sie die Instanz nicht selbst administrieren: Ein Ticket, das beide Werte namentlich nennt, erspart zwei Runden.

Zum Merken

• Startet nichts neu? newtest=Y anhängen.
• Änderung unsichtbar? Cache leeren oder hart neu laden.
• Sitzung weg? Erst iSessionExpirationTime in der config.php, dann session.gc_maxlifetime auf dem Server.

Ausführlich im offiziellen Manual: Optionale Einstellungen.