[TYPO3-german] SQL-Fehler bei update von foof_fotoboek Ver <1.7.9

[Simon Harhues]

Thomas Juhnke schrieb:
 > Hallo Simon,
> 
> meiner Meinung nach hängt das irgendwie mit der Einstellung für
> multiplyDBFieldSize zusammen. Hast du deine T3-Installation auf UTF-8
> umgestellt und diesen Wert auf 2 gesetzt? Wenn ja, probiere mal ihn auf
> 1 herunterzusetzen und nach der Installation der Ext goof_fotoboek
> wieder auf 2 heraufzusetzen. Dieses Vorgehen hat zumindeste bei mir
> Erfolge gezeigt. Alternativ dazu kann man auch in einer Core-Datei ein
> Array (?) mit dem datetime-Fieldtype erweitern aber davon würde ich eher
> die Finger lassen.
> 
> Viele Grüsse,
> tommy

Hallo tommy,

erstmal vielen Dank für deine Hilfe.
Ich hoste die Seite bei jweiland.net (typo3 4.0 vorinstalliert) und habe
die einstellung multiplyDBFieldSize nicht geändert. Jedoch stand die
Einstellung auf 2 und ich habe sie mal auf 1 herunter gesetzt und dann
versucht die Extension auf die Version 1.7.10 upzudaten. Die
Fehlermeldung verschwand, dafür bekam ich eine neue:

ERROR: Query could not be parsed: "SQL engine parse ERROR: Field type
unknown in parseFieldDef()!: near "datetime, PRIMARY KEY (img_id) ) "".
Query: "CREATE TABLE tx_gooffotoboek_basket ( img_id int(11)
auto_increment, session_id varchar(255) default '', is_on_page
varchar(255) default '', image varchar(255) default '', add_date
datetime, PRIMARY KEY (img_id) );"

Beim erneuten Aufrufen der Eigenschaftsseite der Extension stellte ich
fest, dass folgende Datenbanktabelle nicht angelegt wurde:

CREATE TABLE tx_gooffotoboek_basket (
img_id int(11) auto_increment,
session_id varchar(255) default '',
is_on_page varchar(255) default '',
image varchar(255) default '',
add_date datetime,
PRIMARY KEY (img_id)
);

Ich habe dann versucht ein Update auf 1.7.11 zu machen. dies führte
wieder zu einer neuen  Fehlermeldung:

ERROR: Query could not be parsed: "SQL engine parse ERROR: Field type
unknown in parseFieldDef()!: near "datetime default '', PRIMARY KEY
(img_id), KEY par"". Query: "CREATE TABLE tx_gooffotoboek_basket (
img_id int(11) auto_increment, pid int(11) NOT NULL default '0', tstamp
int(11) NOT NULL default '0', crdate int(11) NOT NULL default '0',
cruser_id int(11) NOT NULL default '0', deleted tinyint(4) NOT NULL
default '0', hidden tinyint(4) NOT NULL default '0', session_id
varchar(255) default '', is_on_page varchar(255) default '', image
varchar(255) default '', add_date datetime default '', PRIMARY KEY
(img_id), KEY parent (pid) );"

Was wohl damit zusammenhängt, dass sich die Tabelle, die nicht angelegt
werden konnte verändert hat:

CREATE TABLE tx_gooffotoboek_basket (
img_id int(11) auto_increment,
pid int(11) NOT NULL default '0',
tstamp int(11) NOT NULL default '0',
crdate int(11) NOT NULL default '0',
cruser_id int(11) NOT NULL default '0',
deleted tinyint(4) NOT NULL default '0',
hidden tinyint(4) NOT NULL default '0',
session_id varchar(255) default '',
is_on_page varchar(255) default '',
image varchar(255) default '',
add_date datetime default '',
PRIMARY KEY (img_id),
KEY parent (pid)
);

Habe dann wieder auf ver 1.7.9 downgegradet und die Einstellung
multiplyDBfieldSize auf 2 zurückgesetzt.

Noch weitere Ideen, woran es (zusätzlich) liegen könnte?

Danke,
Simon