Contao 4.4.20 verfügbar

[contao.org]

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

[wdm]

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.

[Spooky]

Poste deine composer.json.

[Toflar]

Die Konstante wurde nicht aktualisiert. Ist also alles in Ordnung.
Issue: https://github.com/contao/core-bundle/issues/1591

[Spooky]

@wdm: führe nochmal eine Paketaktualisierung durch.

[wdm]

Pakete nochmals aktualisiert aber im Backend steht immer noch die 4.4.19

[Spooky]

Lösche den composer cache und führe die Paketaktualisierung nochmal durch.

[wdm]

Alles schon gemacht, ohne Erfolg.

[xchs]

Du hast auch tatsächlich den Composer Cache geleert und nicht nur den Symfony Cache?

[wdm]

Ja, habe ich. Contao Manager -> Systemwartung -> Composer-Cache Cache leeren
Tritt denn der Effekt nur bei mir auf oder können andere das nachstellen?

[Arno]

Ja, habe ich. Contao Manager -> Systemwartung -> Composer-Cache Cache leeren
Tritt denn der Effekt nur bei mir auf oder können andere das nachstellen?

Ich habe gerade auf einer lokalen Installation das Update über den Contao Manager ausgeführt. Nach dem Update wird im Backend ohne Probleme 4.4.20 als Version angezeigt.

Viele Grüße
Arno

[wdm]

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.

[Spooky]

Poste deine composer.json

[olli1770]

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
;-)

[Spooky]

Das Problem sollte eigentlich schon gelöst sein.

[wdm]

Hier die aktuelle composer.json

{
    "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"
        ]
    }
}

[Spooky]

Ich kann das Problem auf jeden Fall nicht nachvollziehen. Habt ihr SSH Zugriff? Wenn ja, welcher Hoster?

[tab]

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?

[Toflar]

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.

[wdm]

Ich kann das Problem auf jeden Fall nicht nachvollziehen. Habt ihr SSH Zugriff? Wenn ja, welcher Hoster?

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?

[do_while]

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)

[tab]

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.

[Spooky]

was muss getan werden, um den Fehler manuell zu beheben?

Das was Toflar schon gesagt hat. Zuerst den Composer Cache löschen, dann den vendor/ Ordner manuell löschen, dann den Contao Manager aufrufen und die Abhängigkeiten wieder installieren lassen.

[wdm]

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.

[olli1770]

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.

[Spooky]

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.

Contao Ordner reicht. Jedoch weiß ich nicht, ob das im Zusammenspiel mit dem Contao Manager eine Auswirkung hat.

[wdm]

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

[Toflar]

Die composer.lock bitte niemals manuell anfassen. Sie wird sowieso sofort invalid (weil signiert mit einem Hash).

[wdm]

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.

[Spooky]

Wie schon erwähnt sollst du nichts in der composer.lock ändern.

[tab]

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.

[wdm]

Ja, aber anders funktioniert das Update nicht.
Da kann ich den Composer Cache hundertmal leeren und die Pakete updaten, es passiert einfach nichts.

[Spooky]

Ja, aber anders funktioniert das Update nicht.
Da kann ich den Composer Cache hundertmal leeren und die Pakete updaten, es passiert einfach nichts.

Wie schon weiter oben erwähnt reicht das ja auch nicht. Du musst auch den vendor Ordner leeren.

Ein generelles Abhängigkeitsproblem mit deiner composer.json besteht nicht (zumindest mit PHP 7.1).

[wdm]

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.

[tab]

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.

[Spooky]

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.

Mach das ganze nochmal und poste mal die Konsolenausgabe.

[wdm]

OK:

> 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

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.

[Spooky]

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?

[wdm]

{
    "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"
    }
}

PHP-Version ist die 7.1.11

[mlweb]

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.