3.2.x Update von Contao 3.1.x auf 3.2 geht schief? Sagt uns genau wie

Update von Contao 3.1.x auf 3.2 geht schief? Sagt uns genau wie

Hi,
in mehreren Foren Threads zu diskutieren und Infos zu sammeln um auf Gemeinsamkeiten zu stoßen ist recht mühsam.
Damit die Entwickler das nachvollziehen können, was genau da schief geht, wäre es denke ich sinnvoll diese Infos hier zu sammeln.
(denn es gibt bekanntlich Installationen wo alles funktioniert)

Daher bitte ich alle die es betrifft mal folgende Infos uns zu geben soweit möglich.

Provider/Hoster
PHP Version
Contao 3.1.x Version (also von welcher erfolgt das Update)
Dateiverzeichnis noch "tl_files" (aus Contao 2 Zeiten) oder "files"?
welche externen Erweiterungen sind installiert, inkl.Versionsnummer
welche Fehlermeldungen tauchen auf
manuell oder per Liveupdate?

Wer das Update also Dank eines Backups wiederholen kann, bitte dies noch einmal durchführen und dabei folgendes VOR dem Update tun:

Contao Cache ausschalten
vollständige Systemwartung durchführen
Fehlermeldungen einschalten, mindestens in die Log Datei schreiben lassen.

Vielleicht geht es dann ja schon besser.

Vielleicht gelingt es uns ja hier auffällige Gemeinsamkeiten zu entdecken und somit die Störung.
Ich hoffe ich kann Euch zum "wer meckert muss auch mitmachen" überreden.

Hallo Glen

ich habe lokal eine Testumbegung (xampp - php 5.3.8 3.1.3 manuell auf 3.2 Final upgedated)
Da gabe es ein Problem mit der Extension von ce_page_teaser von Mario. Das Konnnte der aber einfach fixen, da er nur seine Abfrage auf die Bilder für 3.2. auf die UUID erweitern musste. ce_page_teaser liegt inzwischen in einer 3.2-Version im ER
Dann waren die Fehlermeldung verschwunden und die referentzierten Bilder wurden angezeigt.

Dann habe ich meine lokale Produktivumgebung ebenfalls 3.1.3 manuell upgedated. Vergessen hatte ich, dass ich hier die Externsion fry_accessible_tabs 2.0.0. RC3 testweise aktiviert hatte.
Dann blieb ich immer in der Datenbank wegen dieser Extension hängen, da sich die DB dafür nicht updaten liese!! Diese Fehlermedlung findet sich im Forum ja schon

Auch die Deinstallation dieser extension brachte mich nicht über diese Hürde.

SCH.... !!!!!!!!

_Ich_wusste mir nicht anders zu helfen, als von meiner Server-Produktiv-Umgebung die 3.1.3 DB zu holen. Und dann das ganze mit Eaysupdate3 auf 3.1.4 + 3.1.5 zu hieven. Damit wurde ich glücklicherweise auch die Probleme mit fry_accessible_tab wieder los. Es hätte sicher auch eine andere Lösung gegeben ...

Ich persönlich kann also nur davon abraten auf 3.2 upzugraden falls fry_accessilbe_tabs benutzt wird, solange fry_accessible_tabs nicht 3.2. kompatible ist

Keine richtige Antwort auf Deine Frage?

Ehrlich gesagt, ich habe beim Umstieg von 2.11 auf 3.0/3.1. sehr viel Zeit investiert, um Extensions loszuwerden, dabei noch meine Bilder heil rüberzbringen und und vor allem herauszufinden, dass man besser die Finger davon läßt, contao - gemäß einem Wiki-Eintrag - standalone in ein eigenes Unterverzeichnis unterhalb von root zu bringen. Weil dass imho weiterhin Problemen im BE macht, da nicht vorhersehbar in eine anderen BE-Bereich zurückgesprungen wird.

Ich hätte mir wirklich erwartet, dass Leo F bei der Herausgabe von 3.2Final (Release Notes) ganz klar gesagt hätte: Leute, ich habe enrsthaft am System gedreht. Seid also vorsichtig, wenn irgendeine Euerer Extension noch nicht 3.2. kompatible ist. Fragt erst den jeweiligen Entwickler, ob er irgenwo Referenz auf "/files" benutzt und ob er schon auf die UUID umgestellt habt. Falls nein: BACKUP der DB __und__ am besten des _gesamten_ Contao files-Systemes ODER ein ausführlicher Test an einem Spiegel ist ZWINGEND, erst dann auf das produktiv-System loslassen!

Der Vollständigkeit halber: Was ich aktuell so fahre

boxes4ward 2.0.0 stable 10 Nicht erprobt für Contao 3.1.5
ce_page_teaser 1.5.3 stable 2 Aktuell
dlh_googlemaps 1.1.5 stable 3 NICHT freigegben für Contao 3.2. (lt. Christian)
DomainLink 1.4.0 stable 4 Nicht erprobt für Contao 3.1.5
ext404 0.9.2 stable 20 Nicht erprobt für Contao 3.1.5

fry_accessible_tabs 2.0.0 rc3 8 imho NICHT kompatibel zu Contao 3.2

inputcount 1.6.0 stable 5 Version 1.6.0 stable Build 7 verfügbar
justtextwidgets 0.5.0 stable 8 Nicht erprobt für Contao 3.1.5
Lightbox4ward 2.0.0 stable 4 Nicht erprobt für Contao 3.1.5
MultiColumnWizard 3.2.0 rc1 10 Version 3.2.0 rc2 Build 3 verfügbar
MultiTextWizard 3.0.0 stable 9 Version 3.0.0 Voraussichtlich kompatibel zu Contao 3.1.5
myfavicon 0.1.1 stable 10 SOLL Probleme machen in 3.2
pageimage 2.0.0 stable 3 Version 2.0.0 stable Build 6 verfügbar
PiwikTrackingTag 2.3.1 stable 8 Version 2.3.1 stable Build 13 verfügbar
Einstellungen bearbeiten Erweiterung deinstallieren Forum Erweiterung aktualisieren
Redirect4ward 1.8.0 stable 5 Nicht erprobt für Contao 3.1.5
subcolumns 2.1.1 stable 9
Voraussichtlich kompatibel zu Contao 3.1.5
teaserimages 2.0.0 stable 5 Nicht erprobt für Contao 3.1.5

Geraldo

Nachtrag I: alles wurde bei Umzug nach 3.0/3.1 schon erfolgreich nach /files verschoben

Antwort auf Deine Fragen:

Provider/Hoster: Netzone, Schweiz (www.netzone.ch)

PHP Version: 5.3

Contao 3.1.x Version (also von welcher erfolgt das Update) von 3.1.4 auf 3.2
Dateiverzeichnis noch "tl_files" (aus Contao 2 Zeiten) oder "files"? Sowohl als auch. Eine Website mit Dateiverzeichnis files und eine die noch tl_files verwendet
welche externen Erweiterungen sind installiert, inkl.Versionsnummer: BackupDB 3.1.0 stable / myfavicon 0.1.1 stable
welche Fehlermeldungen tauchen auf Fatal Error, genauer kann ich es leider nicht mehr sagen, Bilder sind bei beiden weg. Bei tl_files konnte ich sie auch nicht mehr manuell installieren
manuell oder per Liveupdate? Per Liveupdate

Für einen weiteren Versuch fehlt mir im Moment die Zeit und die Nerven. Sorry. Hoffe das hilft weiter.

PHP: 5.4.4

Contao 3.1.5 auf 3.2

Wenn ich alle externen Erweiterungen deaktiviere, läuft das LiveUpdate durch. Leider werden die Bilder im Content (News, Events, Artikel) nicht mehr im Frontend angezeigt.

PS: Dateien liegen unter tl_files. ein Ordner files ist aber ebenfalls vorhanden. Denke der wurde bei einem vorigen Update angelegt. Da liegen die music_academy-Dateien und tiny_templates drin.

PPS: Habe gerade mal den files-Ordner gelöscht und es noch mal probiert, aber es macht keinen Unterschied.

IMAGE PATH geht beim UPDATE auf Contao CMS 3.2 verloren

Hallo BugBuster,

auch bei mir kommt es nach einem Update auf Contao CMS 3.2 zu einem IMAGE PATH verlust.

Provider/Hoster: HOST EUROPE
PHP Version: 5.3.2
Contao 3.1.x Version: von 3.1.5
Dateiverzeichnis noch "tl_files" (aus Contao 2 Zeiten) oder "files": /files/

welche externen Erweiterungen sind installiert, inkl.Versionsnummer:
* backend_user_online 3.1.0
* BackupDB 3.1.0
* coinSlider 1.6.0
* cron 3.1.0
* dlh_googlemaps 1.1.5
* slickmap 1.2.1

Welche Fehlermeldungen tauchen auf manuell oder per Liveupdate?

Fehlermeldung beim Ende des Liveupates:

Schritt 7

Verarbeiten der "runonce"-Dateien

Fatal error: Class 'Model\Registry' not found in /var/www/vhosts/noleggioauto-sardegna.it/httpdocs/system/modules/core/library/Contao/Model/Collection.php on line 148

Ich habe in der tl_content Tabelle einen Unterschied in der mySQL-DB festgestellt, as Feld "singleSRC" ist jetzt auf "UNHEX" gesetzt und ein entsprechender Code eingetragen, auch der Typ hat sich geändert von "varchar (255)" auf "binary (16)". Eventuell hilft diese Information weiter. :)

Viele Grüße

Nico

Zu diesem Fall gibt es wohl eine Lösung: https://community.contao.org/de/show...l=1#post296980

Zwischenstand: Was alle gemeinsam zu haben scheinen, ist LIVEUPDATE :(
Da kann ich nun gar nicht mit hilfreich dienen, sowas kommt mir nicht in Haus. Es gab auch schon ein Update (7.2) in diesem Zusammenhang, siehe Link eins weiter oben.

Zumindest einer (Supermann), der jetzt Probleme hat, hat sein Update manuell durchgeführt.
https://community.contao.org/de/show...Bilder-mehr-da

Das Problem mit dem Live Update ist in der Version 8.3 nun endgültig behoben.

Zitat:

Zitat von tab

Zumindest einer (Supermann), der jetzt Probleme hat, hat sein Update manuell durchgeführt.

zwei. Hab den Thread leider erst jetzt gefunden und kann daher nur die Ausgangssituation aus der zurückgespielten Version rekonstruieren :

Version 3.1.4 -> 3.1.5: Keine Probleme (BugBusters Update-File)
Version 3.1.5 -> 3.2.0: Keine Ahnung, weil gleich danach:
Version 3.2.0 -> 3.2.1: Und Tschüss Bilder.

Fast überall (also auch Verlinkte an Artikeln) sind die Bilder weg, lediglich die in Artikeltexten direkt verdrahteten haben überlebt. Ich konnte auch nicht mehr verknüpfen, der Dateimanager ging zwar auf, ich konnte auch was auswählen, aber die Auswahl wurde nicht gemerkt. Auch Stylesheet u.a. war perdú. Dann denn "NULL"-Tipp (UUID) gemacht (Tabellenzeilen löschen). Damit waren zwar immer noch alle Bilder weg, aber immerhin konnte ich wieder welche auswählen und so die Installation reparieren. Die läuft jetzt (nach EFG-Austausch) wieder schön rund, da ich noch andere Domains aktualisieren muss/will, wäre ich natürlich froh, wenn das reibungsloser ginge.

Diese Erweiterungen sind/waren installiert:

Code:

be_fieldset_filter 1.0.0 rc2 7 botdetection 3.2.0 stable 4 changelanguage 2.2.1 stable 8 ch_flowplayer 0.1.0 stable 8 dlstats 3.4.0 stable 1 downloadarchive 2.0.0 stable 1 easyupdate 0.8.5 rc3 9 easy_themes 2.0.4 stable 2 efg 2.0.1 stable 5 inserttags 1.8.3 stable 6 m17-sticky-backend-footer 2.0.4 stable 7 News2Twitter 1.1.0 stable 6 setup_extension_hook 1.0.0 rc2 5 simple_columns 1.6.0 stable 5 survey_ce 3.0.0 stable 25 textwizard 3.0.0 stable 11 TwitterReader 1.2.0 stable 5 unzip 0.3.3 stable 5 xls_export 3.0.0 stable 11

Wo verfügbar, habe ich vor dem Update die Erweiterungen noch aktualisiert.

In der jetzt laufenden Version sind diese Erweiterungen installiert:

Code:

be_fieldset_filter 1.0.0 rc2 7 botdetection 3.2.1 stable 5 changelanguage 2.2.1 stable 10 ch_flowplayer 0.1.0 stable 8 dlstats 3.6.0 stable 5 easyupdate 0.8.5 rc3 9 easy_themes 2.0.4 stable 5 efg 2.0.1 stable 5 inserttags 1.9.0 stable 6 m17-sticky-backend-footer 2.0.4 stable 8 News2Twitter 1.1.0 stable 6 simple_columns 1.6.0 stable 5 survey_ce 3.0.0 stable 29 textwizard 3.0.0 stable 11 TwitterReader 1.2.0 stable 5 unzip 0.3.3 stable 5 xls_export 3.0.0 stable 11

Die läuft - soweit ich das beurteilen kann - zumindest in der Testumgebung einwandfrei.

Update: Rechtschreibung korrigiert und Sätze verständlicher formuliert.