Contao Version 4.4.20 ist verfügbar. Das Bugfix-Release stellt die Kompatibilität mit Symfony 3.4.12 wieder her.
Ganzen Beitrag zu 'Contao 4.4.20 verfügbar' lesen
Contao Version 4.4.20 ist verfügbar. Das Bugfix-Release stellt die Kompatibilität mit Symfony 3.4.12 wieder her.
Ganzen Beitrag zu 'Contao 4.4.20 verfügbar' lesen
Trotz erfolgreichem Update über den Contao Manager (dort erscheint die 4.4.20) wird im Backend noch die "alte" Contao Version angezeigt (4.4.19).
Gerade auf 3 versch. Installationen / Servern getestet.
Poste deine composer.json.
Die Konstante wurde nicht aktualisiert. Ist also alles in Ordnung.
Issue: https://github.com/contao/core-bundle/issues/1591
Contao Core-Entwickler @terminal42 gmbh
Wir sind Contao Premium-Partner!
Für Individuallösungen kannst du uns gerne kontaktieren.
PS: Heute schon getrakked?
@wdm: führe nochmal eine Paketaktualisierung durch.
Pakete nochmals aktualisiert aber im Backend steht immer noch die 4.4.19
Lösche den composer cache und führe die Paketaktualisierung nochmal durch.
Du hast auch tatsächlich den Composer Cache geleert und nicht nur den Symfony Cache?
Ja, habe ich. Contao Manager -> Systemwartung -> Composer-Cache Cache leeren
Tritt denn der Effekt nur bei mir auf oder können andere das nachstellen?
Keine Ahnung was bei mir schief läuft, aber ich bekomme auf 3 Installationen auf 2 verschiedenen Servern immer nur die 4.4.19 angezeigt.
Habe jetzt nochmal ein Downgrade auf die 4.4.19 und danach das Upgrade auf die 4.4.20 gemacht. Gleicher Effekt - nämlich keiner.
Poste deine composer.json
Hi,
habe das gleiche Problem, es bleibt in der Anzeige auch auf 4.4.19 stehen. Das Update läuft aber sauber durch.
Da das Problem aber oben scheinbar erkannt wurde, warte ich mal auf die .21
;-)
Das Problem sollte eigentlich schon gelöst sein.
Hier die aktuelle composer.json
Code:{ "name": "contao/managed-edition", "type": "project", "description": "Contao Open Source CMS", "license": "LGPL-3.0+", "authors": [ { "name": "Leo Feyer", "homepage": "https://github.com/leofeyer" } ], "require": { "php": "^5.6|^7.0", "christianbarkowsky/rel-canonical": "^3.3", "codefog/contao-news_categories": "^2.8", "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", "derhaeuptling/contao-seo-serp-preview": "^3.0", "do-while/contao-backupdb-bundle": "^1.2", "erdmannfreunde/euf_overlay": "^1.2", "fritzmg/contao-sharebuttons": "^1.3", "hofff/contao-calendarfield": "^3.0", "jrgregory/m17-sticky-backend-footer": "^2.0", "madeyourday/contao-rocksolid-antispam": "^2.0", "madeyourday/contao-rocksolid-columns": "^2.0", "madeyourday/contao-rocksolid-custom-elements": "^2.2", "madeyourday/contao-rocksolid-icon-picker": "^2.0", "madeyourday/contao-rocksolid-mega-menu": "^2.0", "madeyourday/contao-rocksolid-slider": "^2.0", "madeyourday/contao-rocksolid-theme-assistant": "^2.0" }, "conflict": { "contao/core-bundle": "<4.4.8", "symfony/security": "3.4.8 || 4.0.8" }, "config": { "component-dir": "assets" }, "scripts": { "post-install-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ], "post-update-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ] } }
Ich kann das Problem auf jeden Fall nicht nachvollziehen. Habt ihr SSH Zugriff? Wenn ja, welcher Hoster?
Was war denn genau das Problem? Soweit ich es verstanden habe, war irgendein Tag falsch/nicht geändert und dadurch wurden die Sourcen von 4.4.19 runtergeladen aber dem Contao-Manager quasi als 4.4.20 verkauft. Jetzt erhebt sich die Frage, wo sich die Information so hartnäckig hält, dass entweder
a) die Sourcen von 4.4.20 bereits heruntergeladen sind
oder
b) die Sourcen von 4.4.20 unter dem falschen Tag zu finden sind
oder
c) Die korrekten Sourcen vorliegen, aber die Info im BE aus einem Contao-Cache kommt
Im Composer Cache scheint das nicht (nur) zu sein, denn der wurde ja ohne Erfolg gelöscht. Gleichzeitig kann ich aber bestätigen, dass die Korrektur von Leo Feyer funktioniert, denn in meiner gestern abend mit dem Manager auf 4.4.20 gehobenen Installation steht auch tatsächlich 4.4.20 im Backend. Kann sich das noch im Manager-Cache, Contao-Cache, oder sonstwo festgesetzt haben?
Nur den Composer Cache zu leeren bringt ja auch nichts. Das löscht ja nur den Cache von Composer für die bereits heruntergeladenen Pakete. Du müsstest ausserdem noch das gesamte "vendor" Verzeichnis löschen und neu installieren lassen (composer install), damit er sich nochmal alles neu herunterladt, den Cache füllt und die Pakete auch effektiv neu ins vendor-Verzeichnis lädt. Wenn du nur den Cache von Composer löscht, dann holt er sich die Pakete zwar neu, er installiert sie aber nicht neu ins vendor-Verzeichnis, wenn sie schon in der gleichen Version da sind (was ja das Problem ist).
Du musst dir vorstellen, dass der Composer Cache für mehrere Setups zuständig ist (was beim Manager nie der Fall ist, aber wenn du lokal arbeiten würdest natürlich schon) Deswegen sind es zwei Schritte. Einmal den allgemeinen Composer Cache und dann noch deine effektiv installierten (vendor-Verzeichnis) Abhängigkeiten für das vorliegende Setup.
Contao Core-Entwickler @terminal42 gmbh
Wir sind Contao Premium-Partner!
Für Individuallösungen kannst du uns gerne kontaktieren.
PS: Heute schon getrakked?
SSH Zugriff habe ich keinen. Ist ein Privat Plus Paket von all-inkl.com.
Der gleiche Effekt tritt jedoch auch auf einem anderen Server auf.
Habe das Ganze jetzt nochmal mit einer 4.4.18er Version getestet. Im Contao Manager steht nach dem Update korrekt die 4.4.20, im Backend bleibt die alte Version (hier die 4.4.18) stehen.
Wichtig ist nur zu wissen, läuft im Hintergrund trotzdem die aktuelle Version (inkl. evtl. Sicherheitspatches) und es wird nur eine falsche / alte Version angezeigt oder wurde das Update nicht korrekt angewendet?
Wird das mit einem zukünftigen Update wieder behoben bzw. was muss getan werden, um den Fehler manuell zu beheben?
Kann ich nicht bestätigen, ich habe heute Morgen mit dem Manager 1.0.1 von 4.4.18 auf 4.4.20 aktualisiert. Backendanzeige reagiert korrekt (4.4.20).
(All-Inkl Premium-Paket)
Die "falsche 4.4.20" gibt es seit gestern irgendwann im Lauf des Tages nicht mehr. Alles, was danach aktualisiert wurde (Edit: Und nicht schon einmal zuvor, als die falsche Version noch da war), hat direkt die korrekte 4.4.20 bekommen. Wie die Sache nötigenfalls zu korrigieren ist, siehe die Posts von Toflar. Ich würde einfach alle Caches (Manager, Composer) und den Inhalt des vendor-Ordners löschen und dann nochmal neu installieren lassen. Das ist ja alles per Contao-Manager und FTP machbar, SSH ist nicht erforderlich. Und nein, es ist nicht nur ein Anzeigeproblem, da läuft wirklich die alte Version.
Geändert von tab (27.06.2018 um 13:15 Uhr)
Das erste Update hatte ich gestern gegen Mittag gestartet. Eins aber eben auch erst heute Vormittag.
Muss der komplette vendor Ordner gelöscht werden oder reicht hier der "contao" Ordner?
Die externen Erweiterungen sollten ja davon nicht betroffen sein.
Ich habe jetzt mal alle zugehörigen Contao Module mit upgedated, also news, calendar, newsletter,... eben alles.
Jetzt zeigt er korrekt 4.4.20 an.
Das einfache löschen des contao Ordners im vendor-Verzeichnis hat nicht gereicht.
ich musste zusätzlich noch die Versionsnummern in der composer.lock für die contao Pakete von der 4.4.19 auf die 4.4.20 umstellen. Sonst wollte der Manager immer wieder die 4.4.19 downloaden.
Nach dieser Anpassung hat das Update nun funktioniert.
Puhh
Die composer.lock bitte niemals manuell anfassen. Sie wird sowieso sofort invalid (weil signiert mit einem Hash).
Contao Core-Entwickler @terminal42 gmbh
Wir sind Contao Premium-Partner!
Für Individuallösungen kannst du uns gerne kontaktieren.
PS: Heute schon getrakked?
Muss mich doch nochmal melden.
Also so richtig sauber funktioniert das Update über den Manager nicht.
Wenn ich das Contao Open Source CMS Paket update, werden alle abhängigen Pakete, wie contao/calendar-bundle, contao/comments-bundle usw. nicht mit upgedatet. Auch ein updaten der einzelnen Pakete funktioniert nicht. Es bleibt immer die aktuell installierte Version (4.4.18 / 4.4.19) stehen.
Erst wenn ich in der composer.lock die Versionsnummern der einzelnen Pakete auf die 4.4.20 ändere und anschließend den contao Ordner im vendor-Verzeichnis lösche bzw. umbenenne, kann ich die Pakete updaten.
Wie schon erwähnt sollst du nichts in der composer.lock ändern.
Wenn die composer.lock durch die Änderung invalid wird, wie von Toflar geschrieben, dann wird sie wohl dadurch sowieso neu berechnet. Was vielleicht auch genau das ist, was dann letztlich hilft.
Ja, aber anders funktioniert das Update nicht.
Da kann ich den Composer Cache hundertmal leeren und die Pakete updaten, es passiert einfach nichts.
Das habe ich doch gemacht, wie oben geschrieben.
Nun nochmal getestet:
- Composer Cache geleert
- contao-Ordner im vendor Verzeichnis gelöscht
- composer.lock nicht angefasst
- Contao Pakete aktualisiert
Und siehe da, es werden wieder die 4.4.18 Pakete downgeloadet.
Irgendetwas passt da nicht.
Wenn ich Toflar richtig interpretiere, dann kannst du dir zumindest die Änderung der composer.lock sparen und sie stattdessen einfach löschen. Dass die invalide composer.lock von composer trotzdem verwendet wird, mag ich mir lieber nicht vorstellen.
OK:
Jetzt hat sogar für das listing-bundle und das newsletter-bundle die 4.5.0 downgeloadet und installiert obwohl im Manager die ^4.4 eingestellt ist. Wird immer misteriöser.Code:> Resolving dependencies using Composer Cloud v1.3.3 # Job ID 5b34abb4aab7c4.76275505 completed in 31 seconds $ /usr/bin/php71 '-q' '/www/htdocs/w017b581/kfo-abrechnungspartner.de/contao4-4/web/contao-manager.phar.php' 'composer' 'install' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' 2>&1 Loading composer repositories with package information Installing dependencies from lock file Package operations: 12 installs, 0 updates, 0 removals - Installing contao/imagine-svg (0.2.1): Downloading (100%) - Installing contao/image (0.3.7): Downloading (100%) - Installing contao/core-bundle (4.4.18): Downloading (100%) - Installing contao/calendar-bundle (4.4.18): Downloading (100%) - Installing contao/comments-bundle (4.5.0): Downloading (100%) - Installing contao/faq-bundle (4.4.18): Downloading (100%) - Installing contao/listing-bundle (4.5.0): Downloading (100%) - Installing contao/manager-plugin (2.2.1): Downloading (100%) - Installing contao/installation-bundle (4.4.18): Downloading (100%) - Installing contao/manager-bundle (4.4.20): Downloading (100%) Skipped installation of bin bin/contao-console for package contao/manager-bundle: name conflicts with an existing file - Installing contao/news-bundle (4.4.18): Downloading (100%) - Installing contao/newsletter-bundle (4.5.0): Downloading (100%) Generating optimized autoload files > Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication Added/updated the web/app.php file. Added/updated the web/app_dev.php file. // Clearing the cache for the prod environment with debug // false [OK] Cache for the "prod" environment (debug=false) was successfully cleared. // Warming up the cache for the prod environment with debug // false [OK] Cache for the "prod" environment (debug=false) was successfully warmed. Trying to install assets as relative symbolic links. --- ------------------------------- ------------------ Bundle Method / Error --- ------------------------------- ------------------ ? ContaoCoreBundle relative symlink ? ContaoFaqBundle relative symlink ? ContaoNewsBundle relative symlink ? ContaoNewsletterBundle relative symlink ? RockSolidColumnsBundle relative symlink ? RockSolidCustomElementsBundle relative symlink ? RockSolidIconPickerBundle relative symlink ? RockSolidMegaMenuBundle relative symlink ? RockSolidSliderBundle relative symlink ? RockSolidThemeAssistantBundle relative symlink ? ContaoCalendarBundle relative symlink ? ContaoCommentsBundle relative symlink --- ------------------------------- ------------------ [OK] All assets were successfully installed. Added/updated the system/initialize.php file. Symlinked the system/config/tcpdf.php file. --- --------------------------------------------- ---------------------------------------------------------------- Symlink Target / Error --- --------------------------------------------- ---------------------------------------------------------------- ? web/files/demo files/demo ? web/files/oneo files/oneo ? web/system/modules/seo_serp_preview/assets system/modules/seo_serp_preview/assets ? web/system/modules/m17StickyBEFooter/assets system/modules/m17StickyBEFooter/assets ? system/themes/flexible vendor/contao/core-bundle/src/Resources/contao/themes/flexible ? web/assets assets ? web/system/themes system/themes ? system/logs var/logs --- --------------------------------------------- ---------------------------------------------------------------- # Process terminated with exit code 0 # Result: OK
Geändert von wdm (28.06.2018 um 10:40 Uhr)
Dann liegt es am Cloud Resolver. Der schickt dir nämlich contao/core-bundle 4.4.18 (etc.) zurück.
Zeige nochmal die composer.json dieser Installation. Welche PHP Version ist eingestellt im Contao Manager?
PHP-Version ist die 7.1.11Code:{ "name": "contao/managed-edition", "type": "project", "description": "Contao Open Source CMS", "license": "LGPL-3.0+", "authors": [ { "name": "Leo Feyer", "homepage": "https://github.com/leofeyer" } ], "require": { "php": "^7.1", "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", "derhaeuptling/contao-seo-serp-preview": "^3.0", "jrgregory/m17-sticky-backend-footer": "^2.0", "madeyourday/contao-rocksolid-columns": "^2.0", "madeyourday/contao-rocksolid-custom-elements": "^2.2", "madeyourday/contao-rocksolid-icon-picker": "^2.0", "madeyourday/contao-rocksolid-mega-menu": "^2.0", "madeyourday/contao-rocksolid-slider": "^2.0", "madeyourday/contao-rocksolid-theme-assistant": "^2.0", "roave/security-advisories": "dev-master" }, "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": { "contao/core-bundle": "<4.4.8", "symfony/security": "3.4.8 || 4.0.8" } }
Ich hatte gestern bei zwei Installationen auch dieses Problem. Erst das Löschen der composer.lock hat geholfen.
Beide Installationen wurden vor Veröffentlichung der neuen Cloudversion ausschließlich lokal upgedatet und jeweils die composer.json und die composer.lock hochgeladen und dann über composer install aktualisiert.
Ich habe Dir mit meinen Hinweisen geholfen und Du möchtest Dich bedanken?
Unterstütze bitte das Contao-Projekt (Button Links)
Weitere Spendenmöglichkeiten
------------------------------------------------------------------------------------------------------
Contao-Dokumentation: Contao-Handbuch und Contao-Entwickler-Doku
Contao-Online-Video-Kurse: Contao Academy
Funktionalität erweitern: Contao-Erweiterungen
Für Dinge die man mit html5 und css3 lösen kann, braucht man kein javascript.
Aktive Benutzer in diesem Thema: 2 (Registrierte Benutzer: 0, Gäste: 2)
Lesezeichen