Dann zeigt es der Konfigurationsbericht richtig an. Wie diese Änderung zu utf8mb3 zustande kam, ist mir ein Rätsel. Kunena erstellt bei einer Neuinstallation, als auch bei Migrationen ausschließlich Tabellen mit Kollation utf8mb4.
Vielleicht wurde es von dieser Erweiterung, die du irgendwo erwähnt hattest, geändert.
Das Ganze ist mir auch ein Rätsel. Welche Programme oder Erweiterungen, außer Kunena, würden auf diese drei Felder zugreifen und evtl. die Stuktur ändern?
Ich war gerade bei STRATO und habe mir im Kundenlogin die Datenbank angesehen. Ich habe mir von jeder Kunena Tabelle die Stuktur angesehen und überall, wo eine Kollation eingetragen ist, steht utf8mb4_unicode_ci. Die Ausnahme machen die Felder alias, filename und filename_real. Diese Felder haben als Kollation utf8_general_ci eingetragen.
Das kann doch eigentlich nur von Kunena eingetragen worden sein.
Ich könnte mir vorstellen, daß bei der Installation von K6.1 irgendeine Routine die Datenbankeinträge checkt und meint daß utf8_general_ci keine gültige Kollation ist weil kein "mb" und die default Kollation von MySQL einträgt.
Andererseits könnte ich mir auch vorstellen, daß Kickstart beim entpacken und installieren des Backup die falsche Kollation erkennt und gegen eine utf8mb(X)_unicode_ci Kollation austauscht und dabei die erste Kollation in der Reihe nimmt und das wäre utf8mb3_general_ci.
Das werde ich mal testen. Ich ändere in einer Testversion von k6.0.9.1 die Kollation dieser drei Felder in utf8_general_ci, mache dann ein Backup von dieser Testversion und erstelle eine neue Testversion. Dann sehen wir ob es beim backup passiert.
Gruß Gindi
