Fehler beim Update von Contao 4.13 auf 5.34

[woelfin]

Ich möchte ein Update einer Contao-Installation von Version 4.9 auf 5.3 durchführen. Bis 4.13 habe ich es geschafft. Nun aber werde ich vom Contaomanager seit Stunden mit Fehlerausschriften geärgert. Ich finde einfach die Ursache nicht. Hat jemand eine Idee und kann mir helfen? Danke im Voraus :-)

Fehlerausschriften:

[7.0MiB/0.27s] Loading composer repositories with package information
[84.7MiB/13.86s] Updating dependencies
[113.2MiB/14.84s] Your requirements could not be resolved to an installable set of packages.
[113.2MiB/14.84s]
Problem 1
- Root composer.json requires contao/calendar-bundle 5.3.* -> satisfiable by contao/calendar-bundle[5.3.0, ..., 5.3.34].
- contao/calendar-bundle 5.3.0 requires contao/core-bundle 5.3.0 -> found contao/core-bundle[5.3.0] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.1 requires contao/core-bundle 5.3.1 -> found contao/core-bundle[5.3.1] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.10 requires contao/core-bundle 5.3.10 -> found contao/core-bundle[5.3.10] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.11 requires contao/core-bundle 5.3.11 -> found contao/core-bundle[5.3.11] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.12 requires contao/core-bundle 5.3.12 -> found contao/core-bundle[5.3.12] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.13 requires contao/core-bundle 5.3.13 -> found contao/core-bundle[5.3.13] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.14 requires contao/core-bundle 5.3.14 -> found contao/core-bundle[5.3.14] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.15 requires contao/core-bundle 5.3.15 -> found contao/core-bundle[5.3.15] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.16 requires contao/core-bundle 5.3.16 -> found contao/core-bundle[5.3.16] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.17 requires contao/core-bundle 5.3.17 -> found contao/core-bundle[5.3.17] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.18 requires contao/core-bundle 5.3.18 -> found contao/core-bundle[5.3.18] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.19 requires contao/core-bundle 5.3.19 -> found contao/core-bundle[5.3.19] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.2 requires contao/core-bundle 5.3.2 -> found contao/core-bundle[5.3.2] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.20 requires contao/core-bundle 5.3.20 -> found contao/core-bundle[5.3.20] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.21 requires contao/core-bundle 5.3.21 -> found contao/core-bundle[5.3.21] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.22 requires contao/core-bundle 5.3.22 -> found contao/core-bundle[5.3.22] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.23 requires contao/core-bundle 5.3.23 -> found contao/core-bundle[5.3.23] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.24 requires contao/core-bundle 5.3.24 -> found contao/core-bundle[5.3.24] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.25 requires contao/core-bundle 5.3.25 -> found contao/core-bundle[5.3.25] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.26 requires contao/core-bundle 5.3.26 -> found contao/core-bundle[5.3.26] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.27 requires contao/core-bundle 5.3.27 -> found contao/core-bundle[5.3.27] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.28 requires contao/core-bundle 5.3.28 -> found contao/core-bundle[5.3.28] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.29 requires contao/core-bundle 5.3.29 -> found contao/core-bundle[5.3.29] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.3 requires contao/core-bundle 5.3.3 -> found contao/core-bundle[5.3.3] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.30 requires contao/core-bundle 5.3.30 -> found contao/core-bundle[5.3.30] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.31 requires contao/core-bundle 5.3.31 -> found contao/core-bundle[5.3.31] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.32 requires contao/core-bundle 5.3.32 -> found contao/core-bundle[5.3.32] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.33 requires contao/core-bundle 5.3.33 -> found contao/core-bundle[5.3.33] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.34 requires contao/core-bundle 5.3.34 -> found contao/core-bundle[5.3.34] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.4 requires contao/core-bundle 5.3.4 -> found contao/core-bundle[5.3.4] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.5 requires contao/core-bundle 5.3.5 -> found contao/core-bundle[5.3.5] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.6 requires contao/core-bundle 5.3.6 -> found contao/core-bundle[5.3.6] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.7 requires contao/core-bundle 5.3.7 -> found contao/core-bundle[5.3.7] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.8 requires contao/core-bundle 5.3.8 -> found contao/core-bundle[5.3.8] but these were not loaded, likely because it conflicts with another require.
- contao/calendar-bundle 5.3.9 requires contao/core-bundle 5.3.9 -> found contao/core-bundle[5.3.9] but these were not loaded, likely because it conflicts with another require.
[113.2MiB/14.84s] <warning>Running update with --no-dev does not mean require-dev is ignored, it just means the packages will not be installed. If dev requirements are blocking the update you have to resolve those problems.</warning>
[56.0MiB/14.91s] Memory usage: 56MB (peak: 203.81MB), time: 14.92s.
[56.0MiB/14.91s] Finished Composer Cloud resolving.

Im Forum habe ich auch schon geschaut - ohne Erfolg.
Meine config.yml habe ich geleert ebenso alle Caches. PHP-Version 8.1.32 ist aktiv.

Die composer.json sieht so aus:

{
    "type": "project",
    "require": {
        "contao/calendar-bundle": "4.13.*",
        "contao/comments-bundle": "4.13.*",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "4.13.*",
        "contao/listing-bundle": "4.13.*",
        "contao/manager-bundle": "4.13.*",
        "contao/manager-plugin": "2.13.*",
        "contao/news-bundle": "4.13.*",
        "contao/newsletter-bundle": "4.13.*",
        "do-while/contao-backupdb-bundle": "^1.5",
        "madeyourday/contao-rocksolid-antispam": "^2.0",
        "madeyourday/contao-rocksolid-columns": "^2.0",
        "madeyourday/contao-rocksolid-custom-elements": "^2.3",
        "madeyourday/contao-rocksolid-frontend-helper": "^2.1",
        "madeyourday/contao-rocksolid-icon-picker": "^2.0",
        "madeyourday/contao-rocksolid-mega-menu": "^2.1",
        "madeyourday/contao-rocksolid-slider": "^2.1",
        "madeyourday/contao-rocksolid-theme-assistant": "^2.0",
        "oveleon/contao-cookiebar": "^1.12",
        "terminal42/notification_center": "^1.6"
    },
    "extra": {
        "contao-component-dir": "assets",
        "public-dir": "web"
    },
    "scripts": {
        "post-install-cmd": [
            "@php vendor/bin/contao-setup"
        ],
        "post-update-cmd": [
            "@php vendor/bin/contao-setup"
        ]
    }
}

[derRenner]

Hallo,
versuche mal die korrekten Versionen der Erweiterungen im Contao Manager mit einzutragen.
z.B.
"oveleon/contao-cookiebar": "^2.2"
oder
"do-while/contao-backupdb-bundle": "^2.0"

Bei den anderen müsstest du noch selbst nachschauen ...

[zoglo]

Du musst alle deine Abhängigkeiten kontrollieren.

• Notification Center in 1.6 ist nicht für Contao 5 freigegeben, auch nicht in 1.7 - kontrolliere also über die package-list oder via packagist, welche Version du nutzen musst -> Also ^2.0
• Backup DB Bundle in Version 1 ist nicht für Contao 5 freigegeben, nutze also Version ^2.0
• Contao Cookiebar in Version 1 ist nicht für Contao 5 freigegeben, nutze also Version ^2.0

[woelfin]

Vielen Dank für die Hinweise. Ich habe es daraufhin geschafft auf Version 5.3.34 zu updaten. Allerdings bringt die Seite jetzt "Es ist ein Fehler aufgetreten": https://53.gospelholydays-com. Die Datenbank kann nicht vollständig aktualisiert werden. Folgende Operationen konnten nicht ausgeführt werden:

Feld tl_search_index.termId hinzufügen
An exception occurred while executing a query: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '0-52' for key 'PRIMARY'

Feld tl_search_index.language löschen
Feld tl_search_index.word löschen
Feld tl_search_index.pid ändern
Feld tl_search_index.relevance ändern
Feld tl_search_index.PRIMARY hinzufügen

ALTER TABLE tl_search_index pid)

ALTER TABLE tl_search_index ADD termId INT UNSIGNED NOT NULL, DROP language, DROP word, CHANGE pid pid INT UNSIGNED NOT NULL, CHANGE relevance relevance SMALLINT UNSIGNED NOT NULL, ADD PRIMARY KEY (termid, pid)
--------------

Das Problem ist wohl das Plugin Datenbanksicherung. Es ist auch noch nicht von 2.0.1 auf 2.1.1. aktualisiert worden.

In der log-Datei steht folgendes:

[2025-07-03T22:21:37.570299+00:00] request.CRITICAL: Uncaught PHP Exception Error: "Class "Config" not found" at rsce_oneo_boxes_config.php line 102 {"exception":"[object] (Error(code: 0): Class "Config" not found at /var/www/vhosts/35.gospelholydays.com/gospelholydays.com/contao53/templates/oneo/rsce_oneo_boxes_config.php:102)"} {"request_uri":"https://53.gospelholydays.com/favicon.ico","request_method":"GET"}
[2025-07-04T00:21:37.749728+02:00] messenger.INFO: Stopping worker. {"transport_names":["contao_prio_high"]} {"request_uri":"https://53.gospelholydays.com/favicon.ico","request_method":"GET"}

Die composer.json sieht so aus:

{
    "type": "project",
    "require": {
        "contao/calendar-bundle": "5.3.*",
        "contao/comments-bundle": "5.3.*",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "5.3.*",
        "contao/listing-bundle": "5.3.*",
        "contao/manager-bundle": "5.3.*",
        "contao/manager-plugin": "2.13.*",
        "contao/news-bundle": "5.3.*",
        "contao/newsletter-bundle": "5.3.*",
        "do-while/contao-backupdb-bundle": "^2.0",
        "madeyourday/contao-rocksolid-antispam": "^2.0",
        "madeyourday/contao-rocksolid-columns": "^2.0",
        "madeyourday/contao-rocksolid-custom-elements": "^2.3",
        "madeyourday/contao-rocksolid-frontend-helper": "^2.1",
        "madeyourday/contao-rocksolid-icon-picker": "^2.0",
        "madeyourday/contao-rocksolid-mega-menu": "^2.1",
        "madeyourday/contao-rocksolid-slider": "^2.1",
        "madeyourday/contao-rocksolid-theme-assistant": "^2.0",
        "oveleon/contao-cookiebar": "^2.0",
        "terminal42/notification_center": "^2.0"
    },
    "extra": {
        "contao-component-dir": "assets",
        "public-dir": "web"
    },
    "scripts": {
        "post-install-cmd": [
            "@php vendor/bin/contao-setup"
        ],
        "post-update-cmd": [
            "@php vendor/bin/contao-setup"
        ]
    }
}

Im Debug-Modus wird folgendes angezeigt:

Attempted to load class "Config" from the global namespace.
Did you forget a "use" statement for "League\Flysystem\Config"?

Symfony\Component\ErrorHandler\Error\
ClassNotFoundError
in templates/oneo/rsce_oneo_boxes_config.php (line 102)
),
'inputType' => 'fileTree',
'eval' => array( 'fieldType' => 'radio',
'filesOnly' => true,
'extensions' => \Config::get('validImageTypes'),
),
),
'label' => array( 'label' => array( 'en' => array('Label', ''),

[Spooky]

Du musst auch das Theme und dessen Dateien bzw. Templates aktualisieren.

[woelfin]

Danke, gute Idee. Zumindest der Fehler im Frontend kommt daher. Hätte ich auch selbst sehen können???? Gegen das Problem bei der Datenbankaktualisierung muss ich vielleicht erst mal das Datenbank-Backup-Plugin deinstallieren.

[Spooky]

Nein, bzgl. dem Fehler bei der Datenbank-Aktualisierung musst du nur zuerst den Suchindex löschen.

[woelfin]

Im alten Contao konnte man das noch im Backend machen - zumindest den Inhalt vom Suchindex. Oder sollte ich die ganze Tabelle löschen? Ich habe in der DB nun den Inhalt gelöscht und versucht dort auch die SQL-Befehle auszuführen. Dabei stellte sich heraus, dass es die zu löschenden Spalten schon nicht mehr gab und die Spalte termID schon da war. Alle anderen Befehle wurden ausgeführt. Die Schemaänderungen werden trotzdem immer noch angemeckert. Wie kann man diese Datenbankaktualisierungsanforderungen entfernen?

Aber alles Andere hat geklappt. Nach dem Update des Themes funktioniert die Seite wieder und ist jetzt komplett auf V 5.3.
Ich danke allen hier für ihre wertvolle Hilfe.

[Spooky]

Wie du es machst ist egal. Du kannst auch alle tl_search Tabellen manuell löschen.

[woelfin]

Ich habe die tl_search_index vorsichtshalber nur umbenannt. Die Ausschriften zur Schemaänderung kommen im Contao Mananger immer noch.

[Spooky]

Warum hast die Tabelle umbenannt? Contao will die Tabelle dann natürlich wieder erstellen.

[woelfin]

Und wenn ich sie lösche, will Contao sie nicht wieder herstellen? Auf jeden Fall hat Contao nicht versucht, sie wieder herzustellen. Ununterbrochen will er an der tl_search_index laborieren, nichts anderes. Egal ob sie da ist oder nicht. Irgendwie verstehe ich das nicht. Würde denn ohne diese Tabellen eine Suche möglich sein?

[Spooky]

Lösche einfach den Suchindex über das Backend und führe danach wieder die Datenbankmigration aus.

[woelfin]

Man muss einem "Dummy" doch genau sagen was er machen soll, nämlich die Inhalte der Tabellen löschen
Als ich nicht auf das Backend zugreifen konnte, hatte ich schon mal direkt in der DB die Daten in der tl_search_index gelöscht. Das war ohne Erfolg - jetzt weiß ich - wahrscheinlich, weil die beiden anderen Tabellen noch gefüllt waren. Deshalb nahm ich tatsächlich an, ich sollte die Tabellen löschen und nicht nur den Inhalt. Daher meine Verwunderung und das Umbenennen. Da ich nach Aktualisierung des Themes wieder Zugriff auf das Backend habe, konnte ich die Tabelleninhalte jetzt tatsächlich löschen und habe auch gesehen, dass da immer die Inhalte aller 3 Tabellen gelöscht werden.

Kurz und gut - jetzt ist alles so, wie es soll. Keine Meckerei mehr von wegen Schemaänderung. Das Thema kann geschlossen werden.
Vielen Dank für Deine Geduld mit mir. Mein Abend ist gerettet....

[Spooky]

Man muss einem "Dummy" doch genau sagen was er machen soll, nämlich die Inhalte der Tabellen löschen

Ob du alle 3 Tabellen manuell löschst oder nur die Inhalte ist egal.

[woelfin]

Aber ich hatte später auch alle 3 Tabellen umbenannt, dann sind sie doch fürs System nicht mehr da? - ohne Erfolg, oder habe ich schon wieder was missverstanden?

[Spooky]

Aber ich hatte später auch alle 3 Tabellen umbenannt, dann sind sie doch fürs System nicht mehr da? - ohne Erfolg, oder habe ich schon wieder was missverstanden?

Bist du dir sicher, dass du die Tabellen auch wirklich gelöscht hast? Wie genau bist du dabei vorgegangen?

[woelfin]

Ich hatte die Tabellen nicht gelöscht, sondern nur umbenannt indem ich bei allen 3 Tabellennamen _alt angehängt habe - z.B. tl_search_index_alt. Für mich war das wie löschen, denn die Tabellen sind ja nicht mehr unter dem vom System geforderten Namen erreichbar gewesen.

[zoglo]

Ich hatte die Tabellen nicht gelöscht, sondern nur umbenannt indem ich bei allen 3 Tabellennamen _alt angehängt habe - z.B. tl_search_index_alt. Für mich war das wie löschen, denn die Tabellen sind ja nicht mehr unter dem vom System geforderten Namen erreichbar gewesen.

Und wie hast du bestätigt, dass diese Tabellen gelöscht waren?
Bei manchen Hostern musst du das Umbenennen nochmal speichern.

Oder hast du
`ALTER TABLE dein_tabellen_name RENAME TO dein_tabellen_name_old` genutzt?

[woelfin]

Ich fand bei PHPadmin unter Optionen die Möglichkeit die Tabellen umzubenennen. Links in der Auflistung der Tabellen habe ich dann geprüft, dass die ursprünglichen Tabellennamen weg und die Neuen da waren. Danach habe ich die Datenbank wieder überprüfen lassen, mit dem alte Ergebnis, dass er die tl_search_index immer noch umbauen wollte.

[Spooky]

Dann hatte das Umbenennen nicht funktioniert. Nächstes mal lieber löschen.

[woelfin]

O.K. Ich habe zwar noch einige Updates vor mir, hoffe aber, dass die problemloser funktionieren. Ansonsten weiß ich ja nun, wo es Hilfe gibt ;-)