Hallo,

Ah, jetzt verstehe ich. Das werde ich gleich korrigieren.

Super!

Sind die Queries bei der Installation nicht gänzlich andere, als bei einem Update?

Nein. Du musst Dir die Installation als ein riesiges Update der Version Null vorstellen. Wenn Du meine SQLs siehst, wirst Du es vermutlich anhand von CREATE, ALTER usw. Statements erkennen. Natürlich muss man Tabellen erzeugen bei der Installation. Beim Update werden diese SQLs aber einfach übersprungen, da jeder einzelne Ausdruck eine Version hat.

Öhhm, falsche Formulierung gewählt? Der Name, das ist ja die Ursache des diskutierten Problems, muss auf jeden Fall unique sein.

Müsste dann dort nicht Ja stehen? Soweit wie ich das sehe, existiert lediglich ein Index.

--------------

Zum Thema: Ich habe heute versucht, eine Installation der neuen Version vorzunehmen. So konnte ich den neuen Installationsdialog auch mal Kennenlernen.

Leider bricht die Installation mit Fehlern ab, wobei die letzten beiden sicher Folgefehler sind.

'SQL-Fehler' (MySQL: Index column size too large. The maximum column size is 767 bytes.)
'SQL-Fehler' (MySQL: Index column size too large. The maximum column size is 767 bytes.)
'SQL-Fehler' (MySQL: Table 'mlf2_test_b8_wordlist' doesn't exist)
'SQL-Fehler' (MySQL: Table 'mlf2_test_userdata' doesn't exist)

Leider wird keine Zeilennummer benannt aber da die wordlist und userdata betroffen sind, vermutete ich dort auch das Problem. Eine modifizierte install.sql mit

CREATE TABLE mlf2_userdata (user_id INT(11) NOT NULL AUTO_INCREMENT, user_type tinyint(4) NOT NULL DEFAULT '0', user_name VARCHAR(128) NOT NULL DEFAULT '' COLLATE utf8mb4_bin, user_real_name VARCHAR(255) NOT NULL DEFAULT '', gender tinyint(4) NOT NULL DEFAULT '0', birthday DATE NULL DEFAULT NULL, user_pw VARCHAR(255) NOT NULL DEFAULT '', user_email VARCHAR(255) NOT NULL DEFAULT '', email_contact tinyint(4) DEFAULT '0', user_hp VARCHAR(255) NOT NULL DEFAULT '', user_location VARCHAR(255) NOT NULL DEFAULT '', signature VARCHAR(255) NOT NULL DEFAULT '', profile text NOT NULL, logins INT(11) NOT NULL DEFAULT '0', last_login TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP, last_logout TIMESTAMP NULL DEFAULT NULL, user_ip VARCHAR(128) NOT NULL DEFAULT '', registered TIMESTAMP NULL DEFAULT NULL, category_selection VARCHAR(255) DEFAULT NULL, thread_order tinyint(4) NOT NULL DEFAULT '0', user_view tinyint(4) NOT NULL DEFAULT '0', sidebar tinyint(4) NOT NULL DEFAULT '1', fold_threads tinyint(4) NOT NULL DEFAULT '0', thread_display tinyint(4) NOT NULL DEFAULT '0', new_posting_notification tinyint(4) DEFAULT '0', new_user_notification tinyint(4) DEFAULT '0', user_lock tinyint(4) DEFAULT '0', auto_login_code VARCHAR(50) NOT NULL DEFAULT '', pwf_code VARCHAR(50) NOT NULL, activate_code VARCHAR(50) NOT NULL DEFAULT '', LANGUAGE VARCHAR(255) NOT NULL DEFAULT '', time_zone VARCHAR(255) NOT NULL DEFAULT '', time_difference SMALLINT(4) DEFAULT '0', theme VARCHAR(255) NOT NULL DEFAULT '', tou_accepted DATETIME NULL DEFAULT NULL, dps_accepted DATETIME NULL DEFAULT NULL, PRIMARY KEY (user_id), KEY user_type (user_type), KEY user_name (user_name)) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;

und

CREATE TABLE mlf2_b8_wordlist (`token` VARCHAR(128) NOT NULL, `count_ham` INT UNSIGNED DEFAULT NULL, `count_spam` INT UNSIGNED DEFAULT NULL, PRIMARY KEY (`token`)) ENGINE=InnoDB CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

funktioniert dann ohne Fehlermeldung. Auch hier kann ich nun keine Probleme mit B8 feststellen. Alles läuft soweit.

NACHTRAG: Die so modifizierte Version konnte ich auch bei einem anderen Provider problemlos installieren.

Viele Grüße
Micha