Hallo alle zusammen,

ich habe einen Fehler vergleichbar zu bugs.limesurvey.org/view.php?id=15342
Bei mir tauchen mehrere Tabellen mit dem Namen "l10ns" auf wie lime_group_l10ns
Dort sind gesuchte Spalten enthalten wie die Sprache und der Gruppenname.
Die Fehlermeldungen kommen, weil die normalen Tabellen wie lime_groups nicht diese Spalten enthalten.

Ich habe die Spalten manuell hinzugefügt, allerdings funktioniert die Darstellung der Antworten dann nicht richtig. Ich müsste sämtliche Daten von den Tabellen zusammenführen.

Der Fehler ist mir aufgefallen nachdem ich heute eine Umfrage kopieren wollte und die Struktur dort nicht mehr angezeigt wird, die Fragen und Antworten in der Fragenliste aber noch drin sind. Ich habe meines Wissens nichts verändert.
Ich habe ein Update danach gemacht und gehofft, dass es besser wird, allerdings sind seit dem zusätzlich zu den leeren Strukturen noch die Fehler mit den fehlenden Spalten aufgetaucht.


LimeSurvey Version + Build -- 3.25.0 + 201117 -> Keine neueren Updates verfügbar
PHP Version -- 7.2.24-0ubuntu0.18.04.7
MySQL Version -- 5.7.32-0ubuntu0.18.04.1
Betriebssystem -- Ubuntu 18.04.5 LTS
Browser -- Chrome und Firefox

Mir ist noch aufgefallen, dass ich viele Tabellen mit der Kollation utf8mb4_unicode_ci habe. Ich habe gelesen, dass sie nicht unterstützt wird. Soll ich das umstellen und auf was und wie?

LG

Hallo,

Bei mir tauchen mehrere Tabellen mit dem Namen "l10ns" auf wie lime_group_l10ns

Dass sie so "aus dem Nichts" auftauchen, glaube ich nicht so ganz.

Diese Tabellen stammen wohl aus einer LimeSurvey 4.x. Installation. Hast Du einmal ein Update nach 4.x. gemacht?
Ab dieser Version ist nämlich eine winzig kleine Form von Normalisierung realisiert worden. Die Texte bei mehrsprachigen Umfragen werden ausgelagert.
Hast Du bei der Tabelle "lime_answers" in Version 3.x noch folgende Struktur
qid
code
answer
sortorder
assessment_value
language
scale_id
wo also pro verwendeter Sprache dieser ganze Datensatz wiederholt wird.

Dagegen wird in dieser Tabelle in Version 4.x. nur
aid
qid
code
sortorder
assessment_value
scale_id
gespeichert, also keine Texte mehr.
Diese sind in der Tabelle "lime_answers_I10ns"
id
aid
answer
language

Aus diesem Grund kann man auch keine in LS 4.x. erstellten Umfragen nach LS 3.x. importieren - und eben auch keine 3.x. Installation auf einer nach 4.x. gehobenen Datenbank.
Schau einfach einmal in "lime_settings_global" nach, welche Version die Datenbank hat.
Für den Notfall hast Du hoffentlich ein Backup der "alten" Datenbank.

Mir ist noch aufgefallen, dass ich viele Tabellen mit der Kollation utf8mb4_unicode_ci habe

Ja, ich auch. Das ist der Standard, und sollte auch keine Probleme geben.
Es sei denn, Du hast diesen absonderlichen Fall:

Error 1273 means that your database is using a collation, which the MySQL server does not understand. This can happen, when you use a database, which has been created with a newer version of MySQL, with an older MySQL server version. This problem can be solved by converting the wrong collations from utf8mb4_unicode_ci to utf8_general_ci. There is a script on stackoverflow, which does exactly that.

Damit ist wohl dieses gemeint:
stackoverflow.com/questions/29916610/127...b4-unicode-ci-cpanel

Huawei

lime_settings_global -> DBVersion -> 426

lime_answers hat die Spalten
aid qid code sortorder assessment_value scale_id

lime_answer_l10ns hat die Spalten
id aid answer language

Das ist aber sehr seltsam, weil der Fehler sagt ja: In lime_answers fehlt die Spalte language. Die Tabellen scheinen richtig aufgebaut zu sein. Allerdings scheint wohl Limesurvey selbst nicht mitzukommen und da etwas falsch zu sein oder das Join der Tabellen klappt nicht.

Wieso, ist doch klar.

Du hast eine Datenbank der Version 4.x.
Da ist in der Tabelle "lime_answers" keine Language-Spalte
aid qid code sortorder assessment_value scale_id
Diese ist in der Tabelle "lime_answers_I10ns"

Und genau das wird ja auch angemeckert.

weil der Fehler sagt ja: In lime_answers fehlt die Spalte language

Da Du - wie Du sagst

LimeSurvey Version + Build -- 3.25.0 + 201117

mit LS 3.x arbeitest, sucht das Programm natürlich diese Spalte, die in dieser Datenbank-Version (sollte 365 sein) in der Tabelle "lime_answers" ist.

Ich weiß ja nicht, was Du gemacht hast; jedenfalls ist Deine Datenbankstruktur nicht mit der Version kompatibel.
Das kann daran liegen, dass Du einmal LS 4.x. installierst hast, dann aber auf Anraten auf LS 3.x. downgraden wolltest, oder ob Du beide Installationen parallel laufen lassen willst, und in der "config.php" der Version 3.x. wird auf die falsche Datenbank referiert.

Joffm

Ich weiß es ehrlich gesagt auch nicht ganz genau.
Aber die Lösung wäre, dass ich auf die 4er-Version update, die noch nicht ganz freigegeben ist.
Sonst kann ich ja meine Datenbank nicht mehr verwenden oder?

Ich habe es nun geupdatet. auf 4er-Version. Es klappt alles wieder
Die ist aber noch nicht in der Public-Phase oder? Wie weit ist die 4er-Version davon noch entfernt?

Aktuell würde ich sagen, dass die LS 4.x für produktiven Einsatz noch nicht soweit ist.

Habe heute im Chat erfahren, dass es wohl demnächst (in den nächsten Wochen/Monaten?) einen Release Candidate für die LS 4.4 geben soll. Bis zu einer stabilen Version dürfte es also noch etwas hin sein.

Ich kann da eigentlich nur empfehlen eine frische LS 3.x aufzusetzen und den Fragebogen erneut zu bauen.

Danke dir für deine Empfehlung!
Leider benutzen wir Limesurvey zur Evaluation von zahlreichen Veranstaltungen aus der Vergangenheit und Gegenwart. Das werde ich nicht rückgängig machen können.
Ich passe dann erst einmal mit weiteren Updates auf. Solange keine Gefahr für die Daten besteht, kann ich ja jetzt erst einmal alles so lassen.

Gefahr für die Daten sollte nicht unbedingt bestehen, aber es gibt schon einige Bugs in der LS 4.x die ich als "Showstopper" bezeichnen würde. Solange diese nicht behoben sind, würde ich persönlich keine Studie mit der LS 4.x laufen lassen. Wenn deine Studien aber damit laufen und du keine Probleme mit dem Bugs hast, dann sollte es auch kein Problem sein.