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

Druckbare Version

70 Beiträge dieses Themas auf einer Seite anzeigen

03.04.2018, 11:37
mlweb

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

Nachtrag: In der aktuellen Version von Contao ist der unten angegebene Konflikt schon eingetragen. Es gab jedoch ein Updates von Symfony, leider tritt da auch ein Fehler auf, deshalb ist jetzt folgender Eintrag erforderlich

Code:

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

bzw.

Zitat:

Zitat von Spooky

Laut der Analyse von formatz wäre folgender conflict Eintrag am korrektesten:

Code:

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

https://community.contao.org/de/images/smilies/wink.png

Stand: 10.04.2018

Aufgrund eines Fehlers in Symfony kommt es im Moment beim Update von Contao zu Problemen mit legacy Modulen.
Deshalb ist es erforderlich beim Aktualisieren zu verhindern, dass der symfony/finder in den Versionen 4.0.7 und 3.4.7 von Symfony installiert wird:

Tragt dazu in die vorhandene composer.json ein Konflikt mit

Code:

"conflict": { "symfony/finder": "3.4.7 || 4.0.7" },

Stand: 3.4.2018
03.04.2018, 11:39
xchs

Als Referenz dazu: https://github.com/contao/manager-bundle/issues/61
03.04.2018, 11:54
hofff

Achtet bei der Bearbeitung der composer.json auf die Kommasetzung. Wenn ihr den Conflict-Eintrag am Ende Eurer composer.json setzt, dann braucht ihr das Komma hinter der letzte geschweiften Klammer nicht und ihr müsst aber das Komma bei dem vorherigen Eintrag setzen.

Eure composer.json müsste in etwa so aussehen:

HTML-Code:

{ "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": { "xxx": "xxx", "yyy": "yyy", "zzz": "zzz" }, "config": { "component-dir": "assets" }, "extra": { "branch-alias": { "dev-4.5": "4.5.x-dev" } }, "scripts": { "post-install-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ], "post-update-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ] }, "conflict": { "symfony/finder": "4.0.7 || 3.4.7" } }

fg
nicky
03.04.2018, 18:23
peter.fl

Sollte oder muss dieser Eintrag in die composer.json auch irgendwann mal wieder entfernt werden? Wenn ja, unter welcher Voraussetzung?
03.04.2018, 19:31
tab

Muss nicht, irgendwann wird eine neuere Version kommen, die ist dann erst einmal nicht als "conflict" eingetragen, kann also von Composer installiert werden. Und dann wird man halt schauen müssen, ob es mit der Version auch wirklich wieder funktioniert, ansonsten darf die gleich mit in die Liste. :D
03.04.2018, 19:49
tamague

Liste der Anhänge anzeigen (Anzahl: 1)

Hallo ,
ich hoffe bin im richtigen Beitrag ..
ich habe erstmals contao 4 installiert ( local am mac)hat alles funktioniert (auch die Installation eines Moduls)

Nun habe ch habe versucht eine weitere Erweiterung zu installieren (rocksolid coustm elements ) und dann nochmals das installtool gestartet
Wenn ich die contao-manager.phar.php/ aufrufe läuft immer folgendes ab :
Serverkonfiguration Ok
PHPWebprozess (7.2.1)Ok
PHP Kommandozeilen Programm (7.2.1)OK
Update für den Contao Manager (Version 1.0.0-beta17 OK
Composer Umgebung Ok
Conto - Installation Analysiere……. da bleibt er hängen

ERROR 500 The Contao version could not be determined
The console returned unexpected content when asked for the Contao version. Please check the output for more information:

—————
Ich habe mehrfach versucht die contao-manager.phar.php/ aufzurufen , es ändert sich nichts , läuft immer wieder bis zu diesem Punkt durch

Habe auch versucht versuche die Datei über web/contao-manager.phar.php/ ochmals sowie bei der Installation aufzurufen - weiße Seite …

Rufe ich die /app_dev.php auf meldet er das unter system-/modules Ordner fehlen
z.B. ) LogicException

The module folder "system/modules/contao-cookiebar" does not exist.
in ContaoModuleBundle.php (line 36)
at ContaoModuleBundle->__construct('contao-cookiebar', '/Applications/MAMP/htdocs/fotoszen/app')in ModuleConfig.php (line 48)

Auch das habe ich versucht in die einzutragen , wie im Beitrag vorgeschlagen :

"conflict": {
"symfony/finder": "3.4.7 || 4.0.7"
},
oder
conflict": {
"symfony/finder": "4.0.7 || 3.4.7"
}
funkt trotzdem nicht

Meine Composer json sieht (jetzt wieder ohne diesen Eintrag ) so aus
Viellleicht bin ich auch auf einem Falschen Weg..

Was mach ich nun ? Weiß momentan nicht mehr weiter ….
03.04.2018, 20:10
planepix

Hallo tamague,

trage einmal in der composer.json ein:

Code:

"conflict": { "symfony/symfony": "3.4.7|4.0.7" },

Damit konnte ich dann das Problem beheben.

Sollte dann so aussehen:

Code:

{ "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", "con4gis/maps": "^4.3", "dklemmt/contao_dk_mmenu": "^2.0", "hofff/contao-shariff": "^2.0", "jrgregory/m17-sticky-backend-footer": "^2.0", "codefog/contao-cookiebar": "^1.4", "madeyourday/contao-rocksolid-columns": "^2.0", "madeyourday/contao-rocksolid-custom-elements": "^2.2" }, "conflict": { "contao/core-bundle": "<4.4.8“, "symfony/symfony": "3.4.7|4.0.7" }, "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" ] } }
03.04.2018, 21:06
tamague

Liste der Anhänge anzeigen (Anzahl: 1)

Nein funktioniert leider nicht - keine Veränderng

..aber eine Frage : wieso steht in der Datei composer.json z. B. contao-cookiebar .... die Ordner selbst unter System /Modules heißt ja z.B. cookiebr
kann das etwas mit meinem Problem zu tun haben?
.......eine Meldung diesbez bringt er auch wenn ich die app_dev aufrufe ?

---------------------------------------------------
"hofff/contao-shariff": "^2.0",
"jrgregory/m17-sticky-backend-footer": "^2.0",
"codefog/contao-cookiebar": "^1.4",
"madeyourday/contao-rocksolid-columns": "^2.0",
"madeyourday/contao-rocksolid-custom-elements": "^2.2"
03.04.2018, 21:23
BugBuster

Nach Anpassung der composer.json muss mindestens ein "composer update", besser ein "composer update --no-dev -o" ausgeführt werden.
Nachtrag: oder per Manager ein "Pakete aktualisieren", müsste auch gehen.
03.04.2018, 21:25
tab

Hast du nach dem Eintrag in die composer.json auch ein Update durchgeführt? Die inkompatible Version von symfony/finder darf nicht mehr installiert sein danach. Eventuell musst du auch den Cache löschen (manuell per FTP oder Konsole das Verzeichnis var/cache leeren). Wie das mit dem Manager-Cache aussieht weiss ich nicht sicher (contao-manager/cache).
03.04.2018, 21:56
tamague

update habe ich noch keines durchgeführt , weil der manager nicht funktioniert ... und beim aufrufen von web/ contao-manager.phar.php bekomme ich nur eine weiße Seite ....hat jemand einen Link zu einer Doku ?
Ich habe das Verzeichnis contao-manager die Datei users.json gelöscht und die Datei contao-manager.phar.php neu aufgerufen , einen neuen user erstellt ... aber irgendwas habe ich übersehen ....
04.04.2018, 07:48
Spooky

Du musst das composer update über die Konsole ausführen.
04.04.2018, 08:00
tamague

Danke für den Tipp, werde mich mal einlesen
04.04.2018, 08:29
Spooky

Bei welchem Hoster bist du?
04.04.2018, 08:33
tamague

Ich habe es lokal auf einem macbook unter mampp installiert .
Aber auch wenn ich es ün´ber die Console versuche , sagt er mir das gleiche wie wenn ich die http://fotoszen/contao-manager.phar.php/ aufrufe :
Daniels-MacBook-Pro:~ tanja$ /Applications/MAMP/htdocs/fotoszen/vendor/contao/manager-bundle/bin/contao-console composer update

In ContaoModuleBundle.php line 36:

The module folder "system/modules/contao-cookiebar" does not exist.
04.04.2018, 08:40
Spooky

Hast du die Änderung in die composer.json hinzugefügt?
04.04.2018, 09:08
tamague

eingetragen habe ich das gestern ...wollte nachsehen ...bin jetzt etwas verwirrt , habe imehere composer.json gefunden
unter
/Applications/MAMP/htdocs/fotoszen/vendor/composer/ca-bundle
und eine unter
/Applications/MAMP/htdocs/fotoszen/vendor/symfony/symfony
unter assets/ contao
welche ist die die gelesen wird ?
04.04.2018, 09:09
planepix

Liste der Anhänge anzeigen (Anzahl: 1)

Die im Root Verzeichnis. Wäre dann bei dir: /Applications/MAMP/htdocs/fotoszen/

Anhang 20738
04.04.2018, 09:32
tamague

..... hat ,warum auch immer, gefehlt , jetzt ist sie wieder da mit diesen Eintrag :
"conflict": {
"contao/core-bundle": "<4.4.8“,
"symfony/symfony": "3.4.7|4.0.7"
},
habe in der Console wieder das update laufen lsssen , aber es ist und bleibt der gleiche Fehler

Daniels-MacBook-Pro:~ tanja$ /Applications/MAMP/htdocs/fotoszen/vendor/contao/manager-bundle/bin/contao-console composer update

In ContaoModuleBundle.php line 36:

The module folder "system/modules/contao-cookiebar" does not exist.

und beim Aufruf über den Browser mit ...../contao-manager.phar.php/ bleibt es nach wie vor bei Contao-Installation (..Analysiere ... ) mit der Meldung :
"ERROR 500 The Contao version could not be determined "
hängen .
04.04.2018, 09:42
planepix

Und wenn du wie hier ( https://community.contao.org/de/show...l=1#post469601 ) das Update so ausführst:

Code:

composer update --no-dev -o

Ich hatte so etwas auch schon, habe dann den bemängelten Ordner gelöscht und danach neu installiert. Wichtig das man dann im Installtool keine Datenbanktabellen löscht.
04.04.2018, 09:54
Spooky

Zitat:

Zitat von tamague

Daniels-MacBook-Pro:~ tanja$ /Applications/MAMP/htdocs/fotoszen/vendor/contao/manager-bundle/bin/contao-console composer update

Das ist das falsche Kommando. Das Kommando lautet

Code:

composer update

Wenn du composer nicht global installiert hast, kannst du auch folgendes Kommando verwenden:

Code:

php web/contao-manager.phar.php composer update -o

Das PHP CLI muss aber die selbe PHP Version sein, die du für deine Website verwendest. Ggf. musst du den PHP Pfad anpassen.

--no-dev bringt übrigens nichts, weil die composer.json der Contao Managed Edition sowieso keine require-dev Einträge hat.
04.04.2018, 09:54
bizon

Zitat:

Zitat von tamague

..... hat ,warum auch immer, gefehlt , jetzt ist sie wieder da mit diesen Eintrag :
"conflict": {
"contao/core-bundle": "<4.4.8“,
"symfony/symfony": "3.4.7|4.0.7"
},
habe in der Console wieder das update laufen lsssen , aber es ist und bleibt der gleiche Fehler

Dein Eintrag in der composer.json ist fehlerhaft!
So sollte der aussehen:

Code:

"conflict": { "contao/core-bundle": "<4.4.8", "symfony/finder": "3.4.7 || 4.0.7" },
04.04.2018, 09:55
Spooky

Zitat:

Zitat von bizon

Dein Eintrag in der composer.json ist fehlerhaft!
So sollte der aussehen:

Code:

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

In der Contao Managed Edition ist es egal ob du symfony/finder oder symfony/symfony verwendest.
04.04.2018, 10:23
peter.fl

Zitat:

Zitat von tab

Muss nicht, irgendwann wird eine neuere Version kommen, die ist dann erst einmal nicht als "conflict" eingetragen, kann also von Composer installiert werden. Und dann wird man halt schauen müssen, ob es mit der Version auch wirklich wieder funktioniert, ansonsten darf die gleich mit in die Liste.

Soeben habe ich mit composer update die Version 4.4.17 installiert. Die composer.json ist aber offensichtlich die alte geblieben, die mit dem gestern von mir eingetragenen conflict. Ich dachte, mit einer neuen Contao-Version würde auch einen neue composer.json installiert bzw. diese aktualisiert.

Was habe ich falsch verstanden?
04.04.2018, 10:41
mlweb

Zitat:

Zitat von peter.fl

Die composer.json ist aber offensichtlich die alte geblieben, die mit dem gestern von mir eingetragenen conflict.

Das ist auch gut so, denn sonst hättest Du jetzt ein Problem.
Die Zeilen stören auch nicht, können somit locker dauerhaft in der composer.json stehen bleiben. Sie zeigen lediglich einen Konflikt mit einer bestimmten Version von Symfony an und halten davon ab auf diese Version zu aktualisieren.

Mit einem Update auf eine neue Contao-Version hat das Ganze auch nichts zu tun. Es ist ja kein Problem von Contao sondern von Symfony.
04.04.2018, 11:07
tamague

php web/contao-manager.phar.php composer update -o
Dann mag er den Eintrag nicht :
In JsonFile.php line 300:

"/Applications/MAMP/htdocs/fotoszen/composer.json" does not contain valid J
SON
Parse error on line 30:
...ontao/core-bundle": "<4.4.8“,
----------------------^
Invalid string, it appears you forgot to terminate a string, or attempted t
o write a multiline string which is invalid
--------------------------------------------------
Habe den Eintrag testweise rausgelöscht Ergebnis :

Daniels-MacBook-Pro:fotoszen tanja$ php web/contao-manager.phar.php composer update -o
Loading composer repositories with package information
Updating dependencies (including require-dev)

Check https://getcomposer.org/doc/articles...y-limit-errors for more info on how to handle out of memory errors.Daniels-MacBook-Pro:fotosz;" tanja$ php -r "echo ini_get('memory_limit').PHP_EOL
128M
----------------------------------------------------
OK , weiß jetzt nicht ob dieser Eintrag aus diesem bestimmten Grund drinsteht , an der Schreibweise finde ich nichts falsches ........
04.04.2018, 11:08
Spooky

Zitat:

Zitat von tamague

php web/contao-manager.phar.php composer update -o
Dann mag er den Eintrag nicht :
In JsonFile.php line 300:

"/Applications/MAMP/htdocs/fotoszen/composer.json" does not contain valid J
SON
Parse error on line 30:
...ontao/core-bundle": "<4.4.8“,
----------------------^
Invalid string, it appears you forgot to terminate a string, or attempted t
o write a multiline string which is invalid
--------------------------------------------------

Du hast ein falsches Anführungszeichen verwendet. Poste deine aktuelle composer.json.
04.04.2018, 11:13
tamague

Stimmt, habe es ausgebessert ..
... jetzt habe ich anscheinend nur noch das Problem mit dem memory-limit . sind 128MB nicht genug?
04.04.2018, 11:19
Spooky

Zitat:

Zitat von tamague

Stimmt, habe es ausgebessert ..
... jetzt habe ich anscheinend nur noch das Problem mit dem memory-limit . sind 128MB nicht genug?

Nein, du solltest es auf 2G oder 3G anheben.
04.04.2018, 11:38
3dr

Zitat:

Aufgrund eines Fehlers in Symfony kommt es im Moment beim Update von Contao zu Problemen mit legacy Modulen.
Deshalb ist es erforderlich beim Aktualisieren zu verhindern, dass der symfony/finder in den Versionen 4.0.7 und 3.4.7 von Symfony installiert wird:

Beginne gerade erst mich mit Contao 4, Symfony, Composer, Contao-Manager, SSH etc. einzuarbeiten. Muss ich jetzt schon vermeiden überhaupt den Manager versehentlich aufzurufen mit:

Code:

http://domain.de/contao-manager.phar.php

oder mit:

Code:

http://domain.de/contao-manager.phar.php/#/packages

damit mir das nicht um die Ohren fliegt? Bin in dem Thema noch völlig ohne Erfahrung und möchte mir nicht direkt aus Versehen meine erste Testinstallation abschiessen.
04.04.2018, 11:40
xchs

Zitat:

Zitat von Spooky

In der Contao Managed Edition ist es egal ob du symfony/finder oder symfony/symfony verwendest.

@bizon wollte vermutlich auf den falschen logischen OR Operator hinweisen.
04.04.2018, 11:44
planepix

Zitat:

Zitat von 3dr

Beginne gerade erst mich mit Contao 4, Symfony, Composer, Contao-Manager, SSH etc. einzuarbeiten. Muss ich jetzt schon vermeiden überhaupt den Manager versehentlich aufzurufen mit:

Code:

http://domain.de/contao-manager.phar.php

oder mit:

Code:

http://domain.de/contao-manager.phar.php/#/packages

damit mir das nicht um die Ohren fliegt? Bin in dem Thema noch völlig ohne Erfahrung und möchte mir nicht direkt aus Versehen meine erste Testinstallation abschiessen.

Also ein Testversion wäre für mich - auch - dazu da, die ggf. abzuschiessen.

Also so lernt man am schnellsten.
Meine ich nicht scherzhaft. Genau so hab ich dazugelernt.

Gesendet von iPhone mit Tapatalk
04.04.2018, 11:52
tamague

Danke für die Hife , werd ich machen
04.04.2018, 11:55
3dr

Zitat:

Also ein Testversion wäre für mich - auch - dazu da, die ggf. abzuschiessen.

Also so lernt man am schnellsten.
Meine ich nicht scherzhaft. Genau so hab ich dazugelernt.

Danke für deine schnelle Rückmeldung Planepix und ja, ich gebe dir grundsätzlich Recht, so lerne auch ich immer. Da ich diese Installation jedoch gerade erst via Manager aufgesetzt und mit Test-Inhalten eingerichtet hatte um damit zunächst mal meine eigenen Themes von Contao 3.5 auf Contao 4 anzupassen, möchte ich mir das ungern ohne SSH-Erfahrung mittendrin abschiessen. Auch dachte ich, dass falls diese Gefahr wirklich besteht, das dies auch für andere Benutzer hilfreich zu wissen sein könnte.
04.04.2018, 11:56
Spooky

Zitat:

Zitat von 3dr

Beginne gerade erst mich mit Contao 4, Symfony, Composer, Contao-Manager, SSH etc. einzuarbeiten. Muss ich jetzt schon vermeiden überhaupt den Manager versehentlich aufzurufen mit:

Code:

http://domain.de/contao-manager.phar.php

oder mit:

Code:

http://domain.de/contao-manager.phar.php/#/packages

damit mir das nicht um die Ohren fliegt?

Nein, der Aufruf des Contao Managers hat keine solchen Auswirkungen.

Zitat:

Zitat von xchs

@bizon wollte vermutlich auf den falschen logischen OR Operator hinweisen.

Auch der ist nicht falsch ;). Du kannst | oder || verwenden.
04.04.2018, 12:01
xchs

Zitat:

Zitat von Spooky

Auch der ist nicht falsch ;). Du kannst | oder || verwenden.

Echt? Hab bisher immer nur || gesehen. Aber wenn Du das sagst, wird's schon passen. :)
04.04.2018, 12:02
planepix

Zitat:

Zitat von 3dr

Danke für deine schnelle Rückmeldung Planepix und ja, ich gebe dir grundsätzlich Recht, so lerne auch ich immer. Da ich diese Installation jedoch gerade erst via Manager aufgesetzt und mit Test-Inhalten eingerichtet hatte um damit zunächst mal meine eigenen Themes von Contao 3.5 auf Contao 4 anzupassen, möchte ich mir das ungern ohne SSH-Erfahrung mittendrin abschiessen. Auch dachte ich, dass falls diese Gefahr wirklich besteht, das dies auch für andere Benutzer hilfreich zu wissen sein könnte.

Das Thema in diesem Thread bzw. die Ursache liegt in einer Unverträglichkeit ;) der gestern veröffentlichten Symfony Version. Rufst du jetzt den Manager auf und aktualisierst die Bundles, gibt es den Fehler.

Gelernt: Hier hilft der Manager nicht, auch nicht die Konsole, sondern ein manueller Eintrag in der composer.json.

Ergo: den Konflikt in der composer.json eintragen und dann den Manager starten.
04.04.2018, 12:05
Spooky

Zitat:

Zitat von xchs

Echt? Hab bisher immer nur || gesehen. Aber wenn Du das sagst, wird's schon passen. :)

Ja ;). Beispiel aus dem core-bundle zur Veranschaulichung: https://github.com/contao/core-bundl...poser.json#L13
04.04.2018, 12:53
bizon

Ja, es funktionieren | oder || in den constraints.

Wobei | eine bitweise Bearbeitung der Einträge auslöst.

|| hingegen ist der logische OR-Operator und dürfte deshalb evtl. effizienter/schneller sein. Das ist vielleicht auch der Grund, warum die double pipe die einzig notierte Variante in der Composer Doku bei den Version constraints ist.
04.04.2018, 12:55
Spooky

Zitat:

Zitat von bizon

Ja, es funktionieren | oder || in den constraints.

Wobei | eine bitweise Bearbeitung der Einträge auslöst.

|| hingegen ist der logische OR-Operator und dürfte deshalb evtl. effizienter/schneller sein. Das ist vielleicht auch der Grund, warum die double pipe die einzig notierte Variante in der Composer Doku bei den Version constraints ist.

Es besteht kein Unterschied zwischen | und ||: https://stackoverflow.com/a/43633954/374996. Allerdings scheint die | Notation deprecated zu sein.

70 Beiträge dieses Themas auf einer Seite anzeigen

Alle Zeitangaben in WEZ +1. Es ist jetzt 07:32 Uhr.