WICHTIG: Fehler in symfony/finder Version 4.0.7 und 3.4.7 bzw. 4.0.8 und 3.4.8

[Spooky]

Sorry, kann da leider nicht mehr drauf zurückgreifen, alle logs usw. leider jetzt gelöscht. Das Composer-Update an sich hatte mir keine Fehler gezeigt und lief problemlos durch. Nur Backend als auch Frontend hatten mir nur noch die Scriptfehler-Seite gezeigt, die log-files sind übergequollen. Habe auch sämtliche Cache-Probleme geprüft. War auf einer online-Version. Habe das ganze aber auch über eine lokale Mamp Installation 1:1 nachgestellt mit gleichem Ergebnis.

Poste mal die Ausgabe von

composer show

[GOVILI]

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0-or-later",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": "^5.6|^7.0",
        "contao/calendar-bundle": "^4.4",
        "contao/comments-bundle": "^4.4",
        "contao/faq-bundle": "^4.4",
        "contao/listing-bundle": "^4.4",
        "contao/manager-bundle": "4.4.*",
        "contao/news-bundle": "^4.4",
        "contao/newsletter-bundle": "^4.4",
        "craffft/css-style-selector-bundle": "^1.4",
        "do-while/contao-backupdb-bundle": "^1.2",
        "terminal42/contao-easy_themes": "^2.2"
    },
    "conflict": {
        "contao/core-bundle": "<4.4.1",
        "symfony/finder": "3.4.8 || 4.0.8"
    },
    "config": {
        "component-dir": "assets"
    },
    "extra": {
        "branch-alias": {
            "dev-4.4": "4.4.x-dev"
        }
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

[xchs]

Das ist der Inhalt der composer.json.

composer show müsstest Du auf der Konsole ausführen.

[servpoint]

@spooky Danke für die Hinweise konnte

soeben 4.4.17 (all-inkl) installiert mit diesen Änderungen in der composer.json

"conflict": {
"contao/core-bundle": "<4.4.8",
"symfony/finder": "3.4.8 || 4.0.8"
},

[Spooky]

Ab der nächsten Contao 4.4 Version werden alle Symfony Versionen ab 3.4.7 nicht mehr installiert - zumindest bis dass das aktuelle Problem behoben wurde.

[VGT]

Ab der nächsten Contao 4.4 Version werden alle Symfony Versionen ab 3.4.7 nicht mehr installiert ... .

Trifft eigentlich der Symfony-Conflict auch für ein Update von Contao 4.5.6 auf 4.5.7 zu? Ich lese in diesem Beitrag eigentlich immer nur die 4.4.x Versionen

[Spooky]

Nein, Contao 4.5 ist von dem Problem in Symfony 3.4.8 nicht betroffen.

[folkfreund]

Ab der nächsten Contao 4.4 Version werden alle Symfony Versionen ab 3.4.7 nicht mehr installiert - zumindest bis dass das aktuelle Problem behoben wurde.

Im Changelog der 4.4.18 steht nichts dazu. Weißt du wie der aktuelle Stand ist?

[Spooky]

https://github.com/contao/core-bundl...b90767586ea9c4

https://github.com/contao/core-bundl...poser.json#L79

[Franko]

Status:
Frische Installation 4.5.8 - via CM beta18 - ging anstandslos
Frische Installation 4.4.18 - via CM beta18 - ging anstandslos

Update auf 4.4.18 - via CM (von beta17 auf beta18) mit vorherigen composer.json Eintrag

"conflict": {
    "symfony/security": "3.4.8 || 4.0.8"
},

ging auch.

Die Konsolenausgabe funktioniert bei mir in der beta18 auch wieder


Hinweis für Provider hostingwerk.de:
Bei Aufruf des CM beta17 meckerte er den PHP-Binary Pfad an ( Eingetragen war Hostingwerk ).
Der hat sich wohl geändert - daher Auswahl "Andere" mit Eintrag "/usr/bin/php7.1"
Nach Update der beta18 kann man wieder die Auswahl "Hostingwerk" setzen

[peter64]

Hallo Franko,

Dein Hinweis auf die Einstellungen bei hostingwerk hat mir gestern viel Zeit und Ärger erspart!

Vielen Dank dafür, Peter