Erfahrungen Update 4.2.x auf 4.3 ???

ein bisschen OT:

die deutsche Übersetzung im Erweiterungsmanager....

Scheue Erweiterungen anzeigen

😃

die könnten sich schon mal trauen!

bis auf tt_news funktioniert bei mir nämlich noch nichts richtig

nishna schrieb

Du hast aber nicht zufällig nur das firefox problem, oder?

Nein, leider nicht. Im IE siehts genauso aus.

ich habe auch upgedatet 4.2.10 auf 4.30 (bei mittwald) auf einer testseite!

wie die meissten auch hier:

1. mit firefox: nach anmeldung passiert nichts. man kann nichts aufrufen

2. mit ie8:
* hier werde ich ständig nach ca 30 sek ausgeloggt
* es werden nicht alle felder angezeigt (z.b seitentitel bleiben leer..)

3. mit real url werden nur noch ca 20 % der seiten angezeigt( alle anderen begekommen fehler 404) ohne real url funktioniert es.

4. templavoila hab ich auch upgedatet ( danach waren alle sc container weg sowie ALLE inhalten in den seiten...

mein persönliches fazit: ich verstehe nicht wie man solch eine version frei geben kann (das ist für mich noch nicht mal betastadium..sorry)

update von 4.2.9 auf 4.3, gleiches Problem wie bei 4.2.10: Bilderzeugung funzt mit SafeMode nicht.
In RC1 und RC2 funktionierte es erstaunlicherweise, in der final wieder nicht.

Laufen so wenige Server mit eingeschaltetem SafeMode, daß das Problem nicht auffällt?

hab grad ein 4.2.10 von all-inkl installtool manuel auf ein 4.3 geupdatet. hatte vorher realurl+ aoe_realurlpath +danp_realurlconfigurator installiert gehabt.

bei update auf 4.3 wird simulatestatic installiert, dies wieder deinstalliert und schon gingn meine url wieder...

aber bei den seiteneinstellungen unter Erweitert werden weder die vorher angegeben pfade dargestellt noch neue gespeichert. (Feld: kompletten realurl Pfad überschreiben )

weiß da vielleicht jemand was?

Ebenso werden die deutsche texte nicht dargestellt, trotz update im backend wie man es bei einem update von mittwald hat.

Anscheinend werden die daten doch gespeicher tnur nicht angezeigt. selbst der seitentitel steht nicht im eingabefeld aber wenn man einen eingibt wird die änderung gespeichert, ist das so gewollt?

Das Problem hatte ich ebenfalls, bis ich die Extension date2cal deaktiviert habe, die in Typo3 4.3.0 nicht mehr benötigt wird.
Cache leeren, fertig!

Danke genau das war es 🙂

Ich hab das Problem, dass nach dem Update einer ziemlich alten TYPO3-Installation (September 2007, war wohl 4.0.x oder so) das Backend komplett zerschossen ist. Nur noch der Login funktioniert. Zwei Screenshots:

Bild: abload.de/…/typo3_problem_1tc0v.png

Bild: abload.de/…/typo3_problem_2zeik.png

Klick auf einen der Links im Backend bewirkt in allen Browsern rein gar nichts. Das Frontend funktioniert dagegen kurioserweise tadellos und sieht genauso aus wie vorher. Die Funktion "Compare with $TCA" im Install-Tool gibt eine lange Liste von Tabellen und Feldern zurück, die angeblich in der Datenbank, aber nicht im $TCA-Array stehen. "This will most likely cause you trouble with the TYPO3 backend interface!" Jo, das hab ich gemerkt.

Nur wie behebe ich das?

Ich habe eine Typo3 Version 4.2.1 auf 4.3 geupdated.

Als Template-Engine verwendet die Seite templavoila das ich natürlich auch geupdated habe.

Lief soweit alles problemlos. Selbst tt_news funktioniert tadellos.

Leider habe ich ein Problem mit einem Seitentemplate.

Es ist ein Template für eine Galerie. Hier sind dann mehrere FCEs mit Bildern eingebaut.

Typo3 zeigt seit dem Update jedoch immer nur das erste der Elemente dort an.
Hat jemand schon ein ähnliches Problem gehabt?

Ich meine beim Update im Install-Tool etwas gelesen zu haben das in Templates eine einstellung von = 0 auf = 1 gestellt werden muss.

Das wäre aktuell die einzige Spur die ich für das Problem hätte.

Hi!
Also ich ich habe meine T3 4.2 auf 4.3 geupdated und es war furchtbar. #angry#
Absolut kein BE Login möglich, trotzdem ich alles exakt nacht Anleitung gemacht habe.
Dann dachte ich mir, vielleicht wurden die Admin Daten in der db überschrieben, man weiß ja nie. In die db rein geguckt, alles tutti. okay, dann scheint wohl die Übertragung des Passwortes nicht einwandfrei zu sein.
Habe dann sämtliche Möglichkeiten ausgeschöpft, simple, normal, challenged, superchallenged, um die PW Übertragung zu ändern. Kein Erfolg.

Nach weiteren Überlegungen, bin ich nochmal meine Servereinstellungen durchgegangen, auch alles soweit ok, PHP 5.2 usw. allerdings stimmte meine MySQL Version nicht mit der empfohlenen überein. Meine ist 5.0.77 und empfohlen wird 5.1 oder höher. Nun frage ich mich, ob es daran liegen könnte. #paralyzed#

Also falls jemand eine Idee hat, gerne her damit.
Bin für jede Idee dankbar. 😉

Viele Grüße
Natascha

Hi
Problem mit Firefox kann ich bestätigen.
habe von 4.1.x über 4.2.10 auf 4.3 upgedated.
Im IE8 funktioniert das backend auch ohne probleme.
kein problem mit tt_news
Einziges Problem bisher: Front end editing funktioniert nicht mehr.
Einlogggen als Fe user ohne problem nur die bleistiftchen werden nicht mehr gezeigt...
korrektur das fe editing ist jetzt also eine eigene extension...
na dann klappt das jetzt auch

Hallo!
Tja, mein Problem konnte leider nur mittels einer neuen Installation lösen.
Nun funzt aber alles!

Blurry schrieb

Ich hab das Problem, dass nach dem Update einer ziemlich alten TYPO3-Installation (September 2007, war wohl 4.0.x oder so) das Backend komplett zerschossen ist. Nur noch der Login funktioniert. Zwei Screenshots:

Bild: abload.de/…/typo3_problem_1tc0v.png

Bild: abload.de/…/typo3_problem_2zeik.png

Klick auf einen der Links im Backend bewirkt in allen Browsern rein gar nichts. Das Frontend funktioniert dagegen kurioserweise tadellos und sieht genauso aus wie vorher. Die Funktion "Compare with $TCA" im Install-Tool gibt eine lange Liste von Tabellen und Feldern zurück, die angeblich in der Datenbank, aber nicht im $TCA-Array stehen. "This will most likely cause you trouble with the TYPO3 backend interface!" Jo, das hab ich gemerkt.

Nur wie behebe ich das?

Konntest du das problem irgendwie lösen? Stehe vor dem selben... Stand ich schonmal, aber damals hatte ich keine zeit und es war nicht zwingend und ich habe einfach wieder die alte version aufgespielt...

Ich habe das Problem mit dem "zerschossenen" Backend soeben lösen können.

Verursacher war bei mir die Extension "Firefox3 Backend Bugfix Extension" ( mn_ff3_be_bugfix). Falls nicht vorhanden liegt es an einer anderen inkompatiblen Extension ..

Vorgehensweise:

1. Die Datei localconf.php im Editor aufrufen

2. Sicherheitskopie der Zeile $TYPO3_CONF_VARS['EXT']['extList'] und mit // auskommentieren

3. In der Zeile $TYPO3_CONF_VARS['EXT']['extList'] die Extension mn_ff3_be_bugfix löschen

4. Die localconf per FTP uploaden

5. Und (ganz wichtig) die temp_CACHED files löschen, entweder direkt per FTP
oder im Install Tool unter "Edit files in typo3conf"

6. BE Login aufrufen (oder mit Strg+F5 aktualisieren) und glücklich sein .. 8-)

Gruß
Alex

typisch_3 schrieb

Ich habe das Problem mit dem "zerschossenen" Backend soeben lösen können.

Verursacher war bei mir die Extension "Firefox3 Backend Bugfix Extension" ( mn_ff3_be_bugfix). Falls nicht vorhanden liegt es an einer anderen inkompatiblen Extension ..

Vorgehensweise:

1. Die Datei localconf.php im Editor aufrufen

2. Sicherheitskopie der Zeile $TYPO3_CONF_VARS['EXT']['extList'] und mit // auskommentieren

3. In der Zeile $TYPO3_CONF_VARS['EXT']['extList'] die Extension mn_ff3_be_bugfix löschen

4. Die localconf per FTP uploaden

5. Und (ganz wichtig) die temp_CACHED files löschen, entweder direkt per FTP
oder im Install Tool unter "Edit files in typo3conf"

6. BE Login aufrufen (oder mit Strg+F5 aktualisieren) und glücklich sein .. 8-)

Gruß
Alex

Großartig!
Bei mir wars der gleiche Grund! Nur ne andere EXT. pmktextarea war der bösewicht.
Also, nun läufts auch Problemlos mit Version 4.3.

Wir haben gestern einige Installationen von 4.2.x auf die neue 4.3.2 aktualisiert. Hat wider erwarten bisher alles problemlos funktioniert.

Vorher das Dateisystem gesichert, Dabenbankbackup gemacht und dann die Domain auf das gesicherte System umgeleitet. Die eigentliche Installation über eine Subdomain aufgerufen und aktualisiert. Anschließend die Hauptdomains wieder aufs Originalverzeichnis umgeleitet und glücklich sein.

Bauchschmerzen machen mir noch die Updates von 4.1.x auf 4.3... Aber auch das wird schon irgendiwe funktionieren 8-)

hennes schrieb

Bauchschmerzen machen mir noch die Updates von 4.1.x auf 4.3... Aber auch das wird schon irgendiwe funktionieren 8-)

Zur Not über den Umweg 4.2. Wenn man das eh schon mit der Subdomain macht, kann man das Update-Prozedere auch einmal mehr machen. Denn der eigentliche Updatevorgang dauert ja nicht so lang.

Andererseits wäre es auch interessant zu wissen, ob das System das mitmacht, von 4.1 auf 4.3 zu springen! 😉

jasperr schrieb

Andererseits wäre es auch interessant zu wissen, ob das System das mitmacht, von 4.1 auf 4.3 zu springen! 😉

Das sollte EIGENTLICH problemlos gehen. Mit 4.2 wurde viel an der Datenbank geändert und hat seinerzeit ja auch für Probleme gesorgt. Die sollten also beim direkten Update auf 4.3 auch auftreten.

Hat hier schon jemand umfangreichere Installationen mit mehreren Seitenbäumen und Sprachen gemacht? Mir hat es eben die Domainrecords "zerlegt"

domain1.de, domain1.com und domain1.fr im Browser aufrufen liefert noch die richtige Startseite. Sämtliche Links der .de und .com Seiten haben aber als Hostadresse domain1.fr eingetragen. also aus domain1.de/index.php?id=4 wird domain1.fr/index.php?id=4 - was natürlich nicht richtig ist.

Deaktiviere ich den Domainrecord der .fr-Domain hängt er vorne die .com-Domain an. erst wenn ich die zwei neueren Domainrecords deaktiviert habe haben die Links korrekt domain1.de als Host. Das ist natürlich nicht Sinn der Sache #paralyzed#

Kann mir jemand sagen was hier im Kern geändert wurde bzw. was ich ncoh einstellen muss? Vor dem Update lief alles zur vollsten Zufriedenheit.

typisch_3 schrieb

Ich habe das Problem mit dem "zerschossenen" Backend soeben lösen können.

Wow, warum seh ich das jetzt erst? Genau das war's bei mir auch, vielen Dank für den Hinweis!