Zum Inhalt springen

Umstellung von 4.1.6 auf 4.2

Erstellt am 26. April 2008 · 13 Antworten · letzte Antwort am 30. April 2008

Tags: Frage

inu ·

Hallo Leute,

ich möchte gern TYPO3 von Release 4.1.6 auf 4.2 umstellen. Ist es damit getan, die Source-Dateien in das Zielsystem zu kopieren? Oder muss ich noch etwas anderes beachten?

just2b ·

Hallo,

2 fragen:
- was hat das mit TS zu tun, weil du hier postest? habs verschoben
- suche benützen?

wie immer:
- kopie machen
- sourcen tauschen
- install tool: compare + updatewizard
- browsercache löschen

georg

inu ·

Mmh, bin jetzt genau so vorgegangen und erhalte folgenden Fehler, wenn ich zum Beispiel auf "Web - Liste" gehe:

Call to undefined method stdClass::wrapScriptTags() in /home2/typo3conf/ext/pagetreetools/class.ux_SC_alt_db_navframe.php on line 107

Wie bekomm ich den Fehler weg?

just2b ·

die ext pagetreetools erweitert typo3 und ist wohl nicht auf 4.2. ausgelegt. also entweder gibts davon eine neue version oder sonst nicht installieren

georg

inu ·

ich habe gerade gesehen, das im Install-Tool die Kompatibilität nicht auf 4.2 umgestellt wurde.

Im Install-Tool begegnen mir u.a. die Frage hier, wo ich ein Häkchen bei "Acknoledge" setzen kann:

CSS Styled Content: Default targets for non-frame pages

und

htmlArea RTE: Using CSS classes for indentation and alignment

Sollte ich dies tun?

inu ·

die wahrscheinlich letzte Frage an Dich:

Wie kann ich das linke Menüfenster etwas breiter machen? Kann ich diese Breiteneinstellung auch BE-User-bezogen durchführen?

just2b ·

sollte sein

you can add this line to your extTables.php:

$TBE_STYLES['dims']['leftMenuFrameW'] = 180;

georg

Unbekannter Benutzer ·

Das ist glaub ich mehr ein Problem von unpassend übersetzten Texten, aber das besteht schon seit mindestens den Beta-Versionen so.
Scheint keinen zu interessieren... #angry#

inu ·

@just2b:

$TBE_STYLES['dims']['leftMenuFrameW'] = 180;

... kann man das nicht irgendwie im TS des Benutzers angeben?

elrond ·

hmm, ich habe greade die umstellung auf 4.2 auf meinem testsys vollzogen und stelle fest, dass sich offenbar an der datenbank-api was geändert hat. Bisher kann ich auf eine zweite db zugreifen indem ich mit 'dbname.tablename' arbeite. das scheint jetzt nicht mehr zu funktionieren...

debugOutput liefert folgendes:

ERROR: Table 'sevgot3.userfields' doesn't exist

lastBuiltQuery:	SELECT ufieldname,ufieldvalue,ispublic
FROM sevgo.userfields
WHERE
userid = '43'

in lastBuiltQuery steht noch die richtige db, in ERROR die falsche. Ich habe keine ahnung was da passiert... Der Query-Builer liefert noch die korrekte Query zurück aber bei der ausführung von mysql_query geht's daneben. Da sich meine php version inkl. mysql-client nicht geändert hat, gehe ich davon aus, dass da irgendwelche einstellungen in der php.ini überschrieben werden.