[amt16adv]

Wir haben Typo3 3.7.0 auf einem internen Webserver (SuSE Linux 9.2, LAMPP 1.4.11) installiert und auch einwandfrei ans Laufen bekommen. Darüber soll unser Intranet-Auftritt realisiert werden.
Alles funktioniert einwandfrei, so lange bis wir eine beliebige Extension installieren möchten.

Das Installieren der Extension läuft ohne Fehlermeldung. Sobald man dann aber wieder z.B. auf "Seite" im Typo3-Menü klickt, bekommt man folgende Meldung über dem rechten Frame angezeigt:

Warning: mysql_fetch_row(:sad: supplied argument is not a valid MySQL result resource in /opt/lampp/htdocs/typo3_src-3.7.0/t3lib/class.t3lib_db.php on line 736

Warning: Cannot modify header information - headers already sent by (output started at /opt/lampp/htdocs/typo3_src-3.7.0/t3lib/class.t3lib_db.php:736) in /opt/lampp/htdocs/typo3_src-3.7.0/typo3/template.php on line 601

Eine Überprüfung der installierten Extension (als Beispiel "news", aber bei jeder anderen Extension bekommen wir das gleiche Problem) zeigt folgende Fehlermeldung:

Database status: Table error!
Probably one or more required fields/tables are missing in the database!

Guckt man über phpmyadmin in die Datenbank, stellt sich heraus, dass auch nur eine der eigentlich drei Tabellen angelegt wurde. (nämlich "tt_news_related_mm") Bei anderen Extensions werden sogar gar keine Tabellen angelegt.
Nach einer Deinstallation der Extensions sind alle Fehler wieder weg.

Wie kann das sein? Kann es mit fehlenden Rechten auf die Datenbank zusammenhängen? Aber müsste dann nicht die komplette Typo3-Funktionalität eingeschränkt sein? Die Userdaten für die Datenbank sind aber mittels des Install-Tools einwandfrei hinterlegt worden.
Man kann auch manuell über phymyadmin Tabellen anlegen und SQL-Daten importieren.

Ich hoffe, dass mir hier jemand weiterhelfen kann.

[maxhb]

Hi!
Leider kann ich mir auch nicht so recht erklären, was da schief gelaufen ist, wenn Du aber die Tabellen per PHPMyAdmin anlegen willst, dann findest Du die entsprechenden SQL-Statements für die einzelnen Extensions jeweils in der Datei ext_tables.sql. Halt nur so als Quick-and-dirty Lösung

CU
maxhb

[sissi]

Hi

ich hatte mal so ein ähnliches Problem, allerdings hing das nicht direkt mit dem Code von Typo3 zusammen sondern bloß mit dem Code einer Extension. Da kam als ich die Extension im Frontent aufrufen wollte auch eine SQL-Fehlermeldung ähnlich "blabla this is not a true sql-statement in blabla.php line 45.

dann hab ich blabla.php aufgemacht, mir line 45 angeguckt, gemerkt "das ist tatsächlich kein ordentliches SQL-statement dass da produziert wird", die Zeile einfach auskommentiert und seither läuft die extension einwandfrei.

glaube aber, das war eher ein glückstreffer und es funzt nicht immer so einfach *g*

;-)

grüssle
sissi

[bfeser]

Hatte das Problem eben auch: Habe es folgendermassen gelöst:
In der Installation "Database Analyser" Compare with $TCA laufen lassen.
Hier gibt es Hinweise welche Tabellendefinitionen fehlerhaft sind. Das lässt Rückschlüsse zu, welchen Extension der Verursacher ist.

Dann einfach im Extensionmanager die Extension aufrufen und die Tabellen "updaten".

Bei mir hats geholfen.

[maxhb]

Zitat von amt16adv

Wir haben Typo3 3.7.0 auf einem internen Webserver (SuSE Linux 9.2, LAMPP 1.4.11)

Kann es sein, dass da eine MySQL-Version 4.1+ dabei ist?

Dann wäre es sehr wahrscheinlich, dass eine kleine SQL-Inkompatibilität Deine probleme verursacht.
Bis Version 4.0 war es unter MySQL möglich, einem Autoincrement-Feld einen Standardwert zuzuweisen. Das ist zwar eigentlich Blödsinn, wurde aber oft gamcht. MySQL hat den Wert dann einfach ignoriert. Seit Version 4.1 ist dieses vorgehen aber ein SQL-Fehler.

Such mal bei den Extensions, die Probs verursachen (gut zu finden über den Weg, den bfeser angegeben hat) in der Datei ext_tables.sql (kann auch anders heissen) nach Zeilen mit

CREATE TABLE tx_anyextension (
    uid int(11) unsigned DEFAULT '0' NOT NULL auto_increment,
    pid int(11) unsigned DEFAULT '0' NOT NULL,
...

Die entscheidenden Stellen habe ich mal fett hervorgehoben. Dann einfach das DEFAULT '0' löschen.

CU
maxhb

[mstuebner]

Zitat von bfeser

Dann einfach im Extensionmanager die Extension aufrufen und die Tabellen "updaten".

Wo findest Du denn die Option "updaten" der DB-Tabellen? Find ich nicht.

[maxhb]

Zitat von mstuebner

Wo findest Du denn die Option "updaten" der DB-Tabellen? Find ich nicht.

Die gibt's auch nicht, deshalb steht das wohl in Anführungszeichen

Aber im Ernst, im Extensionmanager erhälst Du beim aufruf der jeweiligen Extension doch eine meldung über scheinbar defekte Datenbankdefinitionen. Dort ist dann auch ein Button, um die Felder nachträglich einzupflegen / anzupassen.

Alternativ hilft ja auch eine neuinstallation der Extension.

Ggf. noch den kleinen Hinweis von mir zum Thema SQL beachten, dann sollte es klappen.

cu
maxhb

[mstuebner]

Zitat von maxhb

Alternativ hilft ja auch eine neuinstallation der Extension.

Leider nein, denn bei mir liegt der Fall ein bischen anders. Ich bekomme ausschliesslich in der LIST Ansicht im rechten Frame über den Contentelementen das übliche "MySQL ... not a valid..." NIRGENDWO anders. DB-Analyzer sagt auch: Perfekt.

Keine Anhung seit wann das so ist.

[bfeser]

Zitat von mstuebner

Wo findest Du denn die Option "updaten" der DB-Tabellen? Find ich nicht.

Hab mich missverständlich ausgedrückt. Wenn man im Extension-Manager die Extension aufruft (Klick auf den Namen) erkennen manche EXT (oder der EM?) wenn die Datenbanktabellen fehlerhaft sind. Dann genügt ein Klick auf "Update". Bei mir waren es die Extensions sr_static_info und static_info_tables.

Den gleichen Effekt erreicht man auch, wenn man die Extension kurz deaktiviert und dann wieder aktiviert.

Das Problem an dem o.g. Fehler ist eigentlich, dass die Fehlermeldung "mysql_fetch_row(:sad: supplied argument ..." keinen Aufschluss darüber gibt, welches die fehlerverursachende Extension ist. Deshalb den Umweg über "Install" (s.o.)

[bfeser]

Zitat von mstuebner

Keine Anhung seit wann das so ist.

Bei mir passiert das meist nach einem Update einer Extension.

Ist der Fehler weg, wenn Du die Extension deaktivierst? Dann kann es eigentlich nur noch das ein, was maxhb geschrieben hat.