Danke für die Berechtigung, direkt auf das Projekt zuzugreifen.
Einen kleinen Fehler konnte ich im PHP-Code identifizieren. Sie haben den Zufallsgenerator UR01 (der nur einen Zettel zieht) und verwenden darunter folgenden Code:
$urne = value('UR01x01');
Die Variable UR01x01 gibt es aber gar nicht, nur UR01. Allerdings fängt SoSci Survey das ab und liefert korrekt den gezogenen Code. Das war also nicht die Ursache.
Die Suche ging weiter bis in die Tiefen der Datenbank. Hier offenbarte sich schließlich eine böse Inkonsistenz. Alle Ziehungen waren korrekt vermerkt - nun die Ziehung für den Code 4 wurde zwar mit korrekter Frage-ID aber mit fehlerhafter Projekt-ID abgespeichert. Genau ... das hätte gar nicht erst passieren dürfen.
Zu welchem Projekt gehörte die andere ID? Zu "tttttest", ebenfalls in Ihrem Benutzerkonto. Daraus schließe ich, dass sich der Zufallsgenerator irgendwo beim Wechsel zwischen den Befragungsprojekten verschluckt hat. Die 4 war im falschen Projekt gespeichert und von dort an konnte sie zwar gezählt, aber nicht mehr ausgelesen werden.
Fazit: Leider wurde die Erhebung durch einen Software-Fehler zunichte gemacht. Wo genau dieser liegt, muss ich nun weiter recherchieren...
Im Zuge des Problems wurden selbstverständlich umgehend Änderungen an SoSci Survey vorgenommen, welche kritische Konstellationen (Ausfüllen eines Fragebogens im Debug-Modus, während man zwischenzeitlich in ein anderes Befragungsprojekt gewechselt hat) verhindern. Ob die Konstellation, welches das Problem verursachte, damit auch tatsächlich beseitigt ist, kann ich aktuell leider nicht mit Sicherheit sagen. Das Problem trat in 5 Jahren nur ein einziges Mal auf bzw. wurde nur einmal berichtet... Es sind also eher spezielle Bedingungen.