hidiho
ich werde das gefühl nich los das ich ein kleines problem mit diesen ganzen extensions habe
unter anderem auch mit dem news-plugin
jedesmal wenn ich das installieren möchte finde ich das plugin zwar unter loaded extensions wieder aber wenn ich dann einen datenbank abgleich mache meint er das die tabellen fehlen... wenn ich die db abgleiche meint er immer noch das die tabellen fehlen bzw upgedatet werden müssen....
bin jetz auch nich so der obercrack und bin auch noch nich so lange dabei
naja hoffe jemand kann mir helfen
vielen dank der bers
Es gibt wohl Probleme mit MySQL 4.1.
Was für eine Datenbank setzt du denn ein?
Kommt denn die Anzeige der neue anzulegenden Tabellen beim installieren der EXT?
Oder gibt es eine Fehlermeldung beim Installieren der EXT?
Moin,
habe das gleiche Problem. Kenne mich zwar auch sehr wenig mit Typo3 aus ... aber habe zumindes eine
Fehlermeldeung.
Zwar wenn ich das News Plugin aktivieren will, muss man 2 SQL Tabelen anlegen. Dort tritt dann der fehler auf.
Fehler
SQL-Befehl :
ALTER TABLE `tt_news` CHANGE `uid` `uid` INT( 11 ) UNSIGNED DEFAULT '0' NOT NULL AUTO_INCREMENT
MySQL meldet:
#1067 - Invalid default value for 'uid'
ohne den AUTO_INCREMENT Befehlt kann ich zwar die Tabelen erstellen, aber das Plugin läuft nicht, lassen sich keien News posten, verweist immer auf einen Datenbank fehler hin.
Habe Typo3 Ver. 3.7.0
und XAMPP MySQL 4.1.7
Das Problem ist auch nicht AUTO_INCREMENT, das muß schon da stehen bleiben.
Problematisch für MySQL ab 4.1 ist DEFAULT "0" NOT NULL
(ältere Versionen tolerieren diesen Schwachsinn).
Es gibt zwar einen Bugfix für dieses Problem auf typo3.org,
der funzt aber noch lange nicht 100%ig.
Solange bleibt einem nur, mit Suchen & Ersetzen bei problematischen PlugIns (und das sind viele !!) in ext_tables.sql "DEFAULT "0" NOT NULL" durch "DEFAULT "" NOT NULL" zu ersetzen.
Dann lassen sich die PlugIns installieren, die SQL-Fehlermeldungen sind passé.
viele Grüße
jenses
hallo
ich habe haargenau das gleiche problem
Code:
Fehler
SQL-Befehl :
ALTER TABLE `tt_news` CHANGE `uid` `uid` INT( 11 ) UNSIGNED DEFAULT '0' NOT NULL AUTO_INCREMENT
MySQL meldet:
#1067 - Invalid default value for 'uid'
werd mich wohl mal dem versuch widmen diesen default "0" NOT NULL wert zu ändern
benutze übrigens mysql 4.1.7
danke an jenses 🙂
bi denn dann bers
Könnt Ihr mir weitere Tipps/ Informationen geben wie Ihr dieses Problem gelöst habt.
Ich stehe glaube ich vor dem gleichen Problem.
Siehe auch Thread:
#19401
hi
ich mache es einfach so das ich bevor ich die extension einfüge im ordner
typo3->typo3conf->ext das tabellensript öffne und default "0" NOT NULL ersetze mit default "0" NOT NULL
oder das default ganz weg lasse... is nich die feine englische aber et funzt
gruß bers
berserker schrieb...
default "0" NOT NULL ersetze mit default "0" NOT NULL
... is nich die feine englische aber et funzt
Und was ist an dem Tip daran anderst?
Prä-Script und Post-Script ist doch nach der Beschreibung identisch, oder?
Hallo zusammen, genau dieses Problem hat mich am Wochenende beschäftigt.
Mit ein wenig SQL-Kenntnissen komt man aber dahinter.
Den kompletten SQL-String, der bei der installation der EXT angezeigt wird, einfach kopieren, in PHPMyAdmin in den Teil "SQL" einfügen und den "SCHWACHSINN" DEFAULT '0' NOTNULL entfernen.
auto_increment Werte werden immer initialisiert, sie können also nicht 0 werden.
Mit den fehlenden Tabellen bin ich dann genauso verfahren.
Fehlermeldung war ja, das es die Tabelen nicht gab.
Siehe da, danach lief alles reibungslos.
Tja, das hatte ich davon auf meinem neuen Notebook gleich alle WAMP neue Versionen zu installieren.
Gruß
Hille
Hallo an alle,
Nur als kleine Präzisierung: DEFAULT "0" NOT NULL ist kein Schwachsinn, und auch nicht das Problem. Das Problem ist vielmehr DEFAULT "0" zusammen mit AUTO_INCREMENT, genau wie oben schon geschrieben wurde kann ein AUTO_INCREMENT-Wert nicht 0 werden, und da streikt das neue sql zur Sicherheit.
DEFAULT "0" NOT NULL schließt sich nicht aus, dass ist nur ein Denkfehler, den Deutsche natürlich besonders leicht begehen.
"A common error when working with NULL is to assume that it is not possible to insert a zero or an empty string into a column defined as NOT NULL, but this is not the case."
vgl: http://dev.mysql.com/doc/refman/5.0/en/working-with-null.html
Ansonsten steht glaube ich schon alles in dem Thread, auch alle Lösungen, berserker, was genau verstehst Du nicht?
(Ach, Jenses, poste doch noch einen Link zu dem Bugfix, das würde es für alle erleichtern).
Vielen Dank an alle!