Paketverwaltung Infobereich erscheint nicht

Contao 3.5.6
Composer-Client 0.16.2

Ich habe eine Contao-Installation von 3.2.21 auf 3.5.6 upgedatet und nach dem Update vom ER auf die Paketverwaltung gewechselt. Alles verlief ohne Problem. Neue Erweiterungen können auch installieren werden.

Nur ein Problem mit der Paketverwaltung besteht, der obere schwarze Infobereich erscheint nicht. Egal, ob ich auf den Button „Testlauf“ oder „Pakete aktualisieren“ klicke, es erscheint keine Information was die Paketverwaltung durchgeführt hat. Es erscheint nur der Hinweis, dass die Datenbank aktuell ist.

Was ich bereits durchgeführt habe:
- Systemwartung, alles geleert
- Installtool, alles OK
- Contao-Check, alles grün, nix korruptes oder fehlendes
- Unter Composer-Einstellungen den Composer Cache geleert und auch mal den Composer aktualisiert
- error.log sind keine Einträge vorhanden

Über einen Tipp oder Hinweis, wie ich den Infobereich zum Vorschein bringen kann, würde ich mich sehr freuen.

VG,
Gregor

Habe mal im Markup nachgeschaut und festgestellt, das

Code:

---

<pre class="output"> … </pre>

---

nicht ausgegeben wird.

In einer vergleichbaren Installation wird es ausgeben.

Code:

---

<pre class="output"><span style="color:green;">Loading composer repositories with package information</span>
<span style="color:green;">Updating dependencies</span>
Nothing to install or update
</pre>

---

In beiden Installationen sind alle Einstellungen für die Paketverwaltung/Composer-Client soweit identisch.

VG,
Gregor

Ich kann die fehlende Ausgabe bestätigen, bei einer 3.5.6 | 0.16.2., die nach einem Update in den letzten Tagen nicht mehr erscheint ...

Ich habe gerade in verschiedenen Installationen die Pakete aktualisiert - jeweils ohne Probleme.
Tests liefen in der lokalen Testumgebung, als auch online.

Der schwarze Infobereich wurde in jedem Fall angezeigt.

Danke Uli und bizon für die Rückmeldung.

Habe mittlerweile eine zweite Installation wo das Problem auch auftritt.

VG,
Gregor

Ich denke mal, dass es ein Fehler ist.
Habe ein Ticket aufgemacht.

VG,
Gregor

Gibt es bei euch die Datei: composer/composer.out
Wurde diese Datei erstellt und steht da was drin?

Zitat:

---

Zitat von bizon

Gibt es bei euch die Datei: composer/composer.out
Wurde diese Datei erstellt und steht da was drin?

---

Wurde in meinem Fall erstellt, ist aber leer ...

Ist bei mir auch vorhanden und leer.
In der Installation wo es funktioniert, steht die letzte Mitteilung drin.

VG,
Gregor

Habe die "leere" composer.out mal gelöscht und dan auf "Testlauf" geklickt.
Die Datei composer.out wird neu erzeugt, jedoch auch wieder ohne Inhalt.

VG,
Gregor

Selbst wenn keine Pakete zu aktualisieren sind, darf die composer.out nicht leer sein, sondern sieht so aus:

HTML-Code:

---

<span style="color:green;">Loading composer repositories with package information</span>
<span style="color:green;">Updating dependencies</span>
Nothing to install or update
<span style="color:green;">Generating autoload files</span>
> ComponentInstaller\Installer::postAutoloadDump
<span style="color:green;">Compiling component files</span>
<span style="color:green;">Clean contao internal config cache</span>
<span style="color:green;">Clean contao internal dca cache</span>
<span style="color:green;">Clean contao internal language cache</span>
<span style="color:green;">Clean contao internal sql cache</span>

---

Ist die Datei leer, kann natürlich nichts angezeigt werden und deutet evtl. auf eine fehlerhafte Installation des composer-client hin. Zieht euch von Github den composer-client neu und vergleicht die Dateien mit eurer Installation.

Da, wo noch was drin steht, findet sich bei mir folgendes:

Code:

---

<span style="color:green;">Loading composer repositories with package information</span>
<span style="color:green;">Updating dependencies</span>
Nothing to install or update

---

Das ist genau das, wenn man den Button "Testlauf" anklickt.

Mittlerweile habe ich eine dritte Installation die nicht funktioniert. Es sind somit zwei Installationen die bereits mal korrekt funktioniert haben und nun nicht mehr. Auch die Aktualiserung des Composer-Client bringt keine Lösung.

Habe mir bei Github den aktuellen Composer-Client gezogen, alten Composer-Client per FTP gelöscht und neuen rüber kopiert.
Problem bleibt weiterhin bestehen, es wird nichts in die composer.out geschrieben und somit erscheint die schwarze Outpu-Box nicht.

@bizon
Ist bei Dir unter "Einstellungen>Composer-Einstellungen>Composer Bibliothek automatisch aktualisieren" der Haken gesetzt?

Mittlerweile habe ich die vierte Installation, die diese Problem hat. Hier war alles zuvor OK und erst nachdem ich den Haken gesetzt hatte, ist das Problem aufgetreten.

Ich kann das Problem bestätigen, habe es auch auf GitHub kommentiert.

Ich konnte das Problem jetzt auch reproduzieren.

Funktioniert hat das Aktualisieren der Pakete in allen existierenden Installationen - incl. Anzeige der schwarzen Messagebox. Erst als ich den Composer manuell aktualisierte, erhielt ich keine Meldungen mehr. Mit einer Sicherungskopie der composer.phar konnte ich es wieder reparieren.

Die Ausgabe der composer.out fehlte dann auch bei einer Neuinstallation. Hier wurde natürlich eine neue composer.phar erstellt, die das Problem offensichtlich verursacht.

Hab ich so auch auf Github gemeldet.

Vielleicht hilft es:

Code:

---

cd TL_ROOT/composer
php ./composer.phar self-update --rollback

---

Das sollte die vorherige Version installieren.
Natürlich sollte man dann das Update der composer.phar vorher abschalten.

Habs nicht probiert, habe den Fall bisher noch nicht.

Kann das Problem bestätigen, hab das selbe!

In Testinstallation contao 3.5.6. mit composer client 0.16.2 bei mir ebenfalls keine schwarze infobox zu sehen; war früher aber zu sehen; Vorgehen von @BugBuster bringt keine vorherige Version composer.phar zum Vorschein; habe aus Backup eine Zweitage-alte hervorgeholt und dann ist die Box wieder da und auch die composer.out wieder gefüllt; werde aber deshalb noch die Finger davon lassen in meiner Hauptinstallation den Composer zu installieren

gibt es eine Log-Datei o.ä. wo man Fehler oder Hinweise einsehen kann?

dem Hotfix https://github.com/contao-community-...neral/pull/171 habe ich ausgewählt - wird aber nicht installiert...

Bei mir steht nichts in der error.log und auch bei aktivierter "Fehlermeldung anzeigen" wird nichts ausgegeben.
Gibt es für den Composer eine eigene error.log?
Habe keine gefunden.

Confirmed.

Keine Einträge, egal in welchem Log. Arbeitsthese: was nichts macht kann auch keine Fehler werfen.

Hosting: HE Webserver Basic, PHP-Versionen 5.5 und 5.6. Sehr seltsam.

https://github.com/contao-community-...ent/issues/271

I know that perfectly well ... ;-)

(es ist vollkommen egal, welchen Ausführungsmodus man wählt, es ist ebenfalls egal, ob man sich eine ältere composer.phar ins System kopiert oder nicht. Das ist in meinem Fall ein Contao 3.5.6, das am 5. Januar neu aufgesetzt wurde, eine gute Woche lang mit Composer, MetaModels und dem Hotfix-Icons-DCG lief um dann vorgestern seine Arbeit diesbezüglich einzustellen. Es ist mysteriös, und es wird nicht besser, wenn jemand wie ich komplett im Dunkeln stochert. Für mich schaut das so aus als würde der Paketmanager schlicht gar nichts tun.)

Zitat:

---

Zitat von lucina

es ist vollkommen egal, welchen Ausführungsmodus man wählt

---

Bist du dir da sicher? Wie hast du die anderen Modi konfiguriert?

Ja, da bin ich mir sicher.

NB.: Ich poste das hier vor allem deshalb, um klarzumachen, dass es da eine ungeklärte Fehlfunktion gibt, die auch Pro-Benutzern in die Parade fahren kann. Ich habe darüber auch schon mit Xtra gesprochen, und ich war danach genauso ratlos - wir waren das wohl beide.

Zitat:

---

Zitat von lucina

Für mich schaut das so aus als würde der Paketmanager schlicht gar nichts tun.)

---

=> "machen tun tut er schon" - bei mir...

(dafür, dass der Paketmanager so ein "zentraler Baustein" sein soll/werden soll, ist die Aktualisierung eher "Stiefmütterlich")

Also ich habe jetzt mal in einer Installation den Composer (NICHT den Client) aktualisiert. Davor hatte ich das schwarze Fenster, wenn ich z.B auf Pakete aktualisieren geklickt habe, auch wenn nichts upzudaten war. Jetzt kommt da nichts mehr und auch die vom vorigen Versuch noch bestehende composer.out (Inhalt wie bei bizon) ist nach dem neuerlichen Versuch mit dem aktualisierten Composer ist jetzt leer. Was wohl auch das nicht angezeigte Fenster erklärt.

Die Arbeitsthese von Carolina kann ich allerdings nicht bestätigen. Ich habe mit dem aktuellen Composer soeben easyupdate3 vonVersion 3.2.x auf Version 3.3.2.9008 aktualisiert. Im entsprechenden Modulverzeichnis stehen denn auch die Dateien dieser Version mit Datum von heute. Scheint also wirklich was gemacht worden zu sein. Die composer.out blieb allerdings auch dabei leer und somit kam auch das schwarze Fenster nicht. Aber abgesehen davon scheint das Update also funktioniert zu haben.

Edit: Aber halt, Kommando zurück. Ich habe die neue Version von easyupdate3 MANUELL ausgewählt und zur Installation vormerken lassen. Danach wurde sie dann bei "Pakete aktualisieren" installiert. Zuvor hatte ich allerdings auch schon "Pakete aktualisieren" angeklickt und da wurde easyupdate3 offensichtlich NICHT aktualisiert. Allerdings habe ich da auch schon VOR dem Update des Composers draufgeklickt und es wurde trotzdem nichts upgedatet.

Beim Update des Composers selbst wurde mir angezeigt:

Code:

---

Composer aktualisiert.
Warning: SNI support not available, OpenSSL version too old. Host verification has been deactivated.

---

Das Ganze bei 1&1 mit PHP 5.6 und Contao 3.5.6

Die composer.json schaut so aus:

Code:

---

{
    "name": "local/website",
    "description": "A local website project",
    "type": "project",
    "license": "proprietary",
    "require": {
        "contao-community-alliance/composer-client": "~0.12",
        "contao-legacy/backupdb": ">=3.2.2.9008,<3.3-dev",
        "contao-legacy/dk_mmenu": ">=1.5.1.9007,<1.6-dev",
        "contao-legacy/easyupdate3": ">=3.3.2.9008,<3.4-dev"
    },
    "prefer-stable": true,
    "minimum-stability": "dev",
    "config": {
        "preferred-install": "dist",
        "cache-dir": "cache",
        "component-dir": "../assets/components"
    },
    "repositories": [
        {
            "type": "composer",
            "url": "https://legacy-packages-via.contao-community-alliance.org/"
        },
        {
            "type": "artifact",
            "url": "packages"
        },
        {
            "type": "composer",
            "url": "http://legacy-packages-via.contao-community-alliance.org/"
        }
    ],
    "extra": {
        "contao": {
            "migrated": "done"
        }
    }
}

---

Zitat:

---

Ich habe die neue Version von easyupdate3 MANUELL ausgewählt und zur Installation vormerken lassen. Danach wurde sie dann bei "Pakete aktualisieren" installiert. Zuvor hatte ich allerdings auch schon "Pakete aktualisieren" angeklickt und da wurde easyupdate3 offensichtlich NICHT aktualisiert.

---

Dafür hätte ich eine Erklärung.
Per Default ist eingestellt, oder man hat es manuell so gewählt, das nur Bugfix Releases installiert werden sollen.
Klickst du nur auf "Pakete aktualisieren" und es gab keine neue easyUdpate3 Version 3.2.x, dann wird auch nichts getan.

Du kannst für jedes installierte Paket genau festlegen nach der Installation, wie zukünftig nach Updates gesucht werden sollen.
Bugfix Releae: 3.2.x nach 3.2.y
Feature Release: 3.2.x nach 3.3.x (bzw. zu jeweils höchsten kompatiblen Minor Version)
Major Release: 3.2.x nach 4.x.x (bzw. zu jeweils höchsten kompatiblen Major Version)

Der Backend Composer Client zeigt die das in der Auswahl entsprechend an.

Manuell kann man natürlich den Automatismus übersteuern, hast du ja auch schon getan.


Nachtrag: dein Eintrag in der composer.json:

Code:

---

"contao-legacy/easyupdate3": ">=3.3.2.9008,<3.4-dev"

---

zeigt zum Beispiel, das hier nur Bugfix Versionen der 3.3 installiert werden würden.

Ok, dann könnte tatsächlich abgesehen von der Ausgabe doch alles funktionieren. Habe hier für die Ausführung auch den Defaultmodus "während der aktuellen http-Anfrage" eingestellt. Als Unterprozess funktioniert hier (1&1) gar nicht, da kommt die Antwort entweder gar nicht oder (eventuell) nach mehr als 5 Minuten. Länger habe ich nicht gewartet. Als eigenständiger Prozess beschert mir jedenfalls zumindest eine Ausgabe, wenn sie mir auch auf den ersten Blick nicht viel sagt.

Zitat:

---

Zitat von zonky

(dafür, dass der Paketmanager so ein "zentraler Baustein" sein soll/werden soll, ist die Aktualisierung eher "Stiefmütterlich")

---

Das fällt mir in letzter Zeit auch auf. Neben den aktuellen Problemen gibt es sogar immer noch die Möglichkeit, dass durch eine Paketinstallation die gesamte Contao Installation (inkl. files) gelöscht wird - und das Ticket dazu ist bereits 10 Monate alt.

Zitat:

---

Zitat von Spooky

Neben den aktuellen Problemen gibt es sogar immer noch die Möglichkeit, dass durch eine Paketinstallation die gesamte Contao Installation (inkl. files) gelöscht wird

---

... was ich in dem Zusammenhang vermisse, ist eine "Snapshot-Erweiterung", die Contao komplett sichert und auch wieder zurück spielen kann - das Sichern der DB ist ja nur die halbe Miete, wenn die Erweiterungen nicht auch wieder zurück gesetzt werden (können)...

Zitat:

---

Zitat von zonky

... was ich in dem Zusammenhang vermisse, ist eine "Snapshot-Erweiterung", die Contao komplett sichert und auch wieder zurück spielen kann - das Sichern der DB ist ja nur die halbe Miete, wenn die Erweiterungen nicht auch wieder zurück gesetzt werden (können)...

---

Kannst du ganz einfach mit SyncCTO machen -> DB und DATEIEN

Viele Grüße

Und danach die Backups runterladen, sonst bringt's für diesen Bug nix ;)

Zitat:

---

Zitat von MacKP

Kannst du ganz einfach mit SyncCTO machen -> DB und DATEIEN

---

* EIN Knopf "Snapshot machen"
* separate PHP-Datei (die man ggf. im Notfall extra per FTP hoch läd) für "Snapshot einspielen"

Anmerkung alles was in /files liegt muss normaler Weise nicht mitgesichert werden

Zitat:

---

Zitat von zonky

Anmerkung alles was in /files liegt muss normaler Weise nicht mitgesichert werden

---

?? Gerade das sollte ja gesichert werden. Alles andere lässt sich ja ohnehin wieder herstellen.

wenn Du die Erweiterungen über ER oder Composer machst, wird nur in seltenen Fällen das Verzeichnis /files angefasst - da das nicht immer so ist, schrieb ich "normaler Weise"

wenn Du aber ein Update gefahren hast - ist z.B. auch beim LiveUpdate so - und würdest die DB-Sicherung einspielen, würde das in wahrscheinlich 90% der Fälle zum Crash führen, da die geänderten Erweiterungsdateien nicht zurück gespielt werden...

... und der ggf. aufkommende Einwand, man könne ja über den Composer wieder die Pakete zurück spielen. lasse ich außen vor - das geht nur, wenn das "System" nach dem Update noch "lebt"

Zitat:

---

Zitat von zonky

wenn Du die Erweiterungen über ER oder Composer machst, wird nur in seltenen Fällen das Verzeichnis /files angefasst - da das nicht immer so ist, schrieb ich "normaler Weise"

---

Dateien können ja auch anderweitig verloren gehen. Und es gibt wie gesagt diesen Bug im composer-plugin, der dir die gesamte Contao Installation zerstört ;)

Zitat:

---

Zitat von zonky

... und der ggf. aufkommende Einwand, man könne ja über den Composer wieder die Pakete zurück spielen. lasse ich außen vor - das geht nur, wenn das "System" nach dem Update noch "lebt"

---

Per SSH ist das kein Problem, ohne SSH könnte man sich da auch eine Lösung basteln. Ein Snapshot braucht eigentlich nur

• Die Information darüber, welche Contao Version benutzt wurde
• /composer/composer.json
• DB Dump
• /files/*

Ideal wäre aus meiner Sicht, wenn /files/* optional abgewählt (oder ausgewählt) werden kann, falls bereits ein älterer Snapshot existiert. Ich habe Installationen, da liegt die Größe von /files/* bei mehreren GB bzw im deutlich zweistelligen Prozentbereich der Größe des Webspace. Da könnte bei einem zweiten kompletten Snapshot auch ruckzuck mal der Webspace voll sein. Abgesehen davon, dass die Kopiererei dann eben auch länger dauert. Oder man sichert /files/* inkrementell bzw macht dann das vollständige Backup optional. Aber das wären dann schon die Luxusvarianten.

Zitat:

---

Zitat von tab

Ideal wäre aus meiner Sicht, wenn /files/* optional abgewählt (oder ausgewählt) werden kann

---

sehe ich auch so...

1x Konfig erstellen und dann nur noch ein Button zum ausführen ;-)

Wenn Datenbank und /files nicht zusammenpassen könnte es aber problematisch werden.

1x sync

Zitat:

---

Zitat von zonky

1x sync

---

Dadurch wird dir nicht garantiert, dass das Dbafs konsistent bleibt.

Hallo zusammen,

das Problem scheint ja schon ein paar Tage alt zu sein (bin erst nach meinem Winterurlaub darüber gestolpert und komme erst jetzt dazu mich genauer darum zu kümmern).

Das GitHub-Ticket hab ich auch durchgelesen und bei mir half tatsächlich unter Einstellungen -> Composer den Ausführungsmoud auf "Unterprozess" zu stellen. Der schwarze Kasten ist jetzt wieder da, allerding scheint der Modus ja nicht unbedingt auf jedem Server zu laufen (laut Info-Text).

Zitat:

---

Zitat von zonky

(dafür, dass der Paketmanager so ein "zentraler Baustein" sein soll/werden soll, ist die Aktualisierung eher "Stiefmütterlich")

---

Dem stimme ich zu. Dafür, dass man für einige aktuelle Erweiterungen den Composer nutzen muss, würde ich mir etwas mehr Pflege wünschen. Gut, es lag jetzt Weihnachten dazwischen, aber irgendwie höre ich auch kein "wir arbeiten daran". Ich hoff jetzt einfach mal, dass die Seiten, an denen ich aktuell arbeite, den Composer als Unterprozess laufen lassen können. :)

*Grüße da lass*
Nicole

Zitat:

---

Zitat von Spooky

Dadurch wird dir nicht garantiert, dass das Dbafs konsistent bleibt.

---

... aber nochmal zurück: was ändert sich bei /files bei einem Contao-Update? normalerweise nix...

also wäre Vorgehen: Snapshot machen > Update > testen => bei Crash: "snapshot-back.php" hochladen > ausführen & fertig

Zitat:

---

Zitat von zonky

... aber nochmal zurück: was ändert sich bei /files bei einem Contao-Update? normalerweise nix...

also wäre Vorgehen: Snapshot machen > Update > testen => bei Crash: "snapshot-back.php" hochladen > ausführen & fertig

---

Wenn du zwischen Snapshots nichts an /files änderst, ist es egal, ja.

wenn das System "gecrashed" ist - kann man an den Files eh nicht viel machen.. ;-)

Gibt es zum Thema der fehlenden Output-Box schon etwas neues?

Zitat:

---

Zitat von mlweb

Gibt es zum Thema der fehlenden Output-Box schon etwas neues?

---

https://github.com/contao-community-...ment-178788006