Hallo,
ich habe ein Update von 3.8.1 auf 4.0 RC1 durchgeführt. Tausch und neue Verlinkung der Sourcen, fehlende Ordner anlegen - alles OK.
Beim COMPARE im Database Analyser erhalte ich jedoch eine Meldung, dass die Tabelle be_users geändert werden soll.
ALTER TABLE `be_users` CHANGE `lang` `lang` VARCHAR( 2 ) NOT NULL
=> funktioniert natürlich nicht
Deshalb erhalte ich auch keine Meldung "Table and field definitions are OK"
das Backend scheint komplett zu funktionieren, jedoch erhalte ich beim Aufruf des FE die Meldung:
Fatal error: Call to undefined function: admcmd_preview() in /var/www/html/cms/typo3_src-4.0.1-rc1/typo3/sysext/cms/tslib/index_ts.php on line 168
Die Meldungen 
#41107 bringt leider keine Lösung da die besagte Extension qcom_htmlcleaner nicht installiert ist.
Kann das Frontend Problem mit einem nicht korrekten Datenbank COMPARE Lauf zusammenängen (für Table be_users)?
Die Extensions sr_feuser_register und feuserextrafields sind installiert
Müssen beim Update alle global installierten Extensions nachinstalliert werden, auch die Shy extensions?
Gruß
Stefan
Hallo,
nimm doch bitte nicht eine RC-Version wenn schon lang 4.0 final bzw 4.0.1 raus ist!
georg
Hallo just2b!
Ich habe es nun mit der Version 4.0.1 versucht.
Beim COMPARE Lauf erhalte ich immernoch die Meldung:
Changing fields
ALTER TABLE be_users CHANGE lang lang varchar(2) NOT NULL default '';
Current value: char(2) default ''
IM FE erhalte ich ebenfalls noch die Meldung:
Fatal error: Call to undefined function: admcmd_preview() in /var/www/html/cms/typo3_src-4.0.1/typo3/sysext/cms/tslib/index_ts.php on line 168
Noch eine Idee?
Gruß
Stefan
Nachtrag:
Ich habe mal bezogen auf die Meldung zur Extension qcom_htmlcleaner dieselbige installiert und aktiviert. Jetzt funktioniert mein FE Rendering wieder.
Warum das so ist, kann ich noch nicht sagen, es hat wohl etwas mit xhtml (cleaning) zu tun.
Wenn man die Extension (XHTML Cleaning) deaktiviert erhält man wieder die Meldung das die Funktion admcmd_preview() nicht aufgerufen werden konnte.
Ich werde jetzt mal das Systemverhalten beobachten. vielleicht finde ich noch heraus, woran das Problem liegt.
Nachtrag 02.08.2006
Ich habe ein weiteres Testsystem aufgesetzt (Version 4.0.1).
Auch hier die gleichen Symtome.
Nach der Installation der Extension qcom_htmlcleaner funktioniert wieder alles.
Die Ursache habe ich immer noch nicht herausgefunden.
Mal an die Cracks. Kann es daran liegen, dass ich in meinem TypoScript Setup folgende Einträge habe?
Ich habe die doctype, xmlprologue,xhtml_cleaning auch mal deaktiviert - gleiches Ergebnis.
page.config {
doctype = xhtml_trans
xmlprologue = none
metaCharset = utf-8
removeDefaultJS = 1
xhtml_cleaning = all
index_enable = 1
index_externals = 1
prefixLocalAnchors = all
disablePrefixComment = 1
}
Gruß
Stefan
Versuch mal die alte index.php rauszuschmeißen und die neue einzubauen. Ist abhängig davon, ob Symlinks auf Dateien möglich sind oder nicht. Bei mir ist es nicht möglich, daher musste ich entsprechend die neue index.php real und nicht über Symlink einbauen.
Das hat bei mir geholfen, ich hatte nämlich die gleiche Fehlermeldung!
Hallo,
du meinst also die Datei index.php die als Symlink (index.php -> typo3_src/index.php) direkt in meinen umbenannten Ordner kopieren?
Gruß
Stefan
Nachtrag:
Hey, der Tip ist super. Jetzt funktioniert es auch ohne die Extension.
Liegt das wirklich am Symlink?
Schön, dass es dir geholfen hat! :p
Es wird aber nicht am Symlink liegen (es sei denn, er verwies nicht auf die neue index.php), sondern eher an der Datei index.php selbst. Bei dir vermute ich aber mal, dass der Symlink der index.php noch auf die alte Datei verwies.
War bei mir insofern eindeutig, als ich keine Symlinks auf Dateien setzen kann und vergessen hatte, die neue in mein Verzeichnis hochzuladen und die alte zu überschreiben.
Hi,
der Symlink zeigte definitiv auf die 'neue' index.php. Es muss also am Symlink gelegen haben. Vielen Dank für den Tip.
Hallo,
ich kämpfe mit dem gleichen Problem (ALTER TABLE be_users CHANGE lang lang varchar(2) NOT NULL default ''; Current value: char(2) default ''), die Tipps in diesem Thread haben mir leider nicht geholfen. Hab die Version 4.0.1 von Typo3 installiert.
Ich hab jetzt folgendes festgestellt. Obige Änderung (char auf varchar) lässt sich auch direkt mittels phpadmin nicht durchführen. Erst wenn ich mittels phpadmin das Feld "lang" der Tabelle "be_users" auf varchar(4) stelle, wird der Feldtyp geändert. Natürlich wird dann die Feldlänge im Typo3 Database Analyzer wieder angemeckert und auf die Länge 2 zurückgestellt. Eigenartigerweise ändert sich danach der Feldtyp sofort wieder auf "char" und das Dilemma fängt wieder von vorne an. Vielleicht eine Eigenheit meiner MySQL Version (3.23.55)?!
Jedenfalls gebe ich jetzt mal auf und ignoriere diesen Fehler einstweilen (es scheint auf den ersten Blick sonst keine Auswirkungen zu geben - BE User können ganz normal angelegt werden). Da ich nur einen Webspace mit FTP, bzw. Confixx Zugang habe (leider kein ssh) gibts da ohnehin noch andere Stolperstellen.
Ciao
Toepfe
Hi Toepfe!
Es handelt sich hier um einen MySQL Bug. Diese ist auch in einer TYPO3 Bugliste aufgeführt. AFAIR gibt es auch ein Posting zu dem Fehler hier auf typo3.net.
Hier der POST #47647
Ich habe den Fehler vorerst mal ignoriert. Das System läuft trotzdem.
Mal abwarten, ob das mit einem der kommenden MySQL Updates behoben wird.
lg
Stefan