holch wrote: Ich denke, da gibt es eher eine Reaktion als wenn nur du alter "Querulant" einen Bugreport machst. Das wollte ich damit sagen.

Keine Sorge, die Signale stehen auf Abschied

Keine Sorge, die Signale stehen auf Abschied

Ich habe mich sowieso gewundert, dass du hier noch so viel unterwegs bist. Deine Kommentare deuten ja eher daraufhin, dass du eher andere Software verwendest, oder sehe ich das falsch?

Andrea01 wrote: Mir ist nur aufgefallen, dass bei Priorität KEINE steht.
Für mich wäre eine Lösung schon ziemlich wichtig

Das Ticket wurde geschlossen. Ich hatte als kurzfristige Lösung propagiert, die Browserbutton erkennung deaktvierbar zu machen. Scheint keinen Zuspruch zu finden.
Wenn deine Zielgruppe der Befragung eine hohe Affinität zum Samsung Internet Browser hat, wird LimeSurvey wohl keine Zukunft für deine Projekte haben.

Ich bin mir nicht sicher, ob Carsten verstanden hat, was das Problem wirklich ist. Sein Kommentar dazu lässt jedenfalls drauf schliessen, dass er nicht verstanden hat, dass das im Browser passiert.

Er hat vielleicht sogar recht, dass es nicht gefixed werden kann, von Limesurvey, aber das sollte man entsprechend untersuchen.

Mobile wird eher mehr als weniger und Samsung ist ja gut dabei. Die meisten Tablets da draussen dürften den Samsung Browser haben. Klar, wenn es um CAPI geht, dann kann man einen anderen Browser installieren, aber wenn es eine normale Onlineumfrage ist, die auch auf dem Tablet/Smartphone ausgefüllt werden kann...

Stimme voll zu: Mobile wird immer wichtiger und Samsung ist Marktführer weltweit und in Europa.
Deshalb ist das für uns ein echtes Problem.

Wir haben weiter probiert und sind auf keine Lösung gekommen. Auch Einbinden mit iframe einer html-Seite, auf der das mp4 ist, ändert nichts.

Haben vielleicht einen ersten Schritt zur Lösung gefunden:
Haben in der Datei
SurveyRuntimeHelper.php die Zeile 531 auskommentiert:

private function initMove()
{
$this->initFirstStep(); // If it's the first time user load this survey, will init session and LEM
$this->initTotalAndMaxSteps();
/*$this->checkIfUseBrowserNav(); // Check if user used browser navigation, or relaoded page*/
if ($this->sMove != 'clearcancel' && $this->sMove != 'confirmquota') {
$this->checkPrevStep(); // Check if prev step is set, else set it
$this->setMoveResult();
$this->checkClearCancel();
$this->setPrevStep();
$this->checkIfFinished();
$this->setStep();


Damit scheint es auch im Samsung Internet Browser zu funktionieren.
Man kommt problemlos weiter und die Antworten werden gespeichert.
So sieht es für mich zumindest derzeit aus.
Kann aber nicht abschätzen, welche weiteren Auswirkungen das hat??

Bin leider kein Programmierer
Wäre super, wenn ihr euch dazu einbringen könnt und es eine saubere Lösung gibt.

lg, Andrea

holch wrote: Ich bin mir nicht sicher, ob Carsten verstanden hat, was das Problem wirklich ist.

Das Ticket wurde geschlossen. Andrea hat sich selbst einen Workaround gemacht.

Die Idee, die Browserbuttonprüfung optional zu machen, wurde von Carsten eindeutig beantwortet.

This detection cannot be optional.

Das die Routine vielleicht nicht alle Browsereigenarten berücksichtigt, könnte man als Arbeitshypothese natürlich auch annehmen. Das sieht man bei anderen Befragungstools, die auf Eigenarten bei Mobilbrowsern hinweisen und solche Schutzmechanismen ausschaltbar machen.

Der Workaround von Andrea macht ja nun das. Zumindest bis zum nächsten Update von LimeSurvey.

Klar. So kann man auch erreichen, dass die Leute keine Updates machen.

Und ich rede mir hier den Mund fusselig, die Leute sollen doch bitte Updaten.