Command "contao:version" is not defined.

[rumata]

Hallo,

nachdem ich auf meinem Server erfolgreich zwei Contao 5 installiert habe, erhalte ich bei allen darauf folgenden INstalaltionen und Updates folngenden Fehler

Es wurden Dateien erkannt, die nach einer Contao-Installation aussehen, aber die Kommandozeile scheint nicht korrekt zu funktionieren.

vendor/bin/contao-console list

Command "contao:version" is not defined.

Did you mean one of these?
contao:automator
contao:backup:create
contao:backup:list
contao:backup:restore
contao:crawl
contao:cron
contao:cron:list
contao:filesync
contao:install
contao:install-web-dir
contao:maintenance-mode
contao:migrate
contao:resize-images
contao:setup
contao:symlinks
contao:user:create
contao:user:list
contao:userassword

screen: https://prnt.sc/ejBwWILZ6zEC

der Fehler tritt auf nach einer erfolgreichen Contao - Installation beim Schritt der Datenbank - Einbindung, der das Install-Tool ersetzen soll. Hier erscheint der rechte Block komplett leer und es geht nicht weiter. Nach f5 kommt dann der Screen. Eine Reparatur funktioniert auch nicht.

hat jemand eine Idee was das sein kann?

[rumata]

niemand eine Idee? ;(

der Hoster sagt, dass es die Variable contao:version nicht gibt. Jedoch kommt es bei allen Installationen auf diesem Server und auch beim Update einer Contao 4 Instalaltion.
Ist es eventuell ein Bug der Version 5.0.7?

[mlweb]

Ist es eventuell ein Bug der Version 5.0.7?

Glaube ich nicht.
Ich habe zu Testzwecken eine 5.0.7 fehlerfrei laufen.

Es gab dazu letztens eine Frage in Slack https://contao.slack.com/archives/CK...72920893758569

Quintessens: contao:version gibt es in Contao 5 nicht mehr und wird auch nicht benötigt.
Ursache dort war ein Fehler in sendmail.

Hast Du Zugriff auf die Kommandozeile?
Falls ja, dann solltest Du den Befehl .../contao-console list --format=json ausführen und das Ergebnis hier posten.

[mnefzger]

Dieser Fehler tritt genau so auch bei einer lokalen Installation unter laragon 6.0 220916 (Windows 11) auf.


Anbei das Ergebnis:
C:\laragon\www\demo
? php vendor/bin/contao-console list --format=json
19:51:51 CRITICAL [console] Error thrown while running command "list --format=json". Message: "Unsupported sendmail command flags "C:/laragon/bin/sendmail/sendmail.ex
e"; must be one of "-bs" or "-t" but can include additional flags." ["exception" => InvalidArgumentException { …},"command" => "list --format=json","message" => "Unsup
ported sendmail command flags "C:/laragon/bin/sendmail/sendmail.exe"; must be one of "-bs" or "-t" but can include additional flags."]

In SendmailTransport.php line 58:

Unsupported sendmail command flags "C:/laragon/bin/sendmail/sendmail.exe"; must be one of "-bs" or "-t" but can include additional flags.


list [--raw] [--format FORMAT] [--short] [--] [<namespace>]

Gibt es eine Lösung für den bereits vermuteten sendmail-Fehler?
Leider habe ich keinen Zugriff auf contao.slack.com, um selbst dort nachzusehen.

[mnefzger]

Bei der genannten laragon-Installation hat die Ergänzung des Flags -t im sendmail_path in der php.ini (C:\laragon\bin\php\php-8.1.10-Win32-vs16-x64\php.ini) geholfen, den Fehler zu beheben.

; Add X-PHP-Originating-Script: that will include uid of the script followed by the filename
mail.add_x_header = Off
sendmail_path="C:/laragon/bin/sendmail/sendmail.exe -t"

Vergleiche auch: https://community.contao.org/de/show...l-bei-Mittwald

[mnefzger]

Wie schafft man es, dass ein Eintrag in der php.ini dauerhaft erhalten bleibt?
Nach einem erneuten Start von laragon, ist das Flag "-t" in der php.ini nicht mehr vorhanden, und der oben beschriebene Fehler taucht wieder auf. Nach erneutem Eintragen des Flags "-t", funktioniert alles wieder.

[mnefzger]

Wenn man in laragon das Feature Mail Catcher (siehe Menü > Einstellungen... > Mail Catcher > aktiviert) nutzt, wird beim Starten von laragon in der php.ini der sendmail_path="C:/laragon/bin/sendmail/sendmail.exe" automatisch auf den Standardwert zurückgesetzt (keine Flags). Contao 5 funktioniert unter laragon also nur dann einwandfrei, wenn man in laragon das Mail Catcher Feature deaktiviert.

[Spooky]

Lass die php.ini mal so wie vorher und führe

vendor/bin/contao-console cache:warmup -v

aus und poste die Konsolenausgabe.

[mnefzger]

Wenn man den gesamten Kommentar in der C:\laragon\www\demo\vendor\symfony\mailer\Transpor t\SendmailTransport.php liest, findet man dort die Empfehlung, "-bs" als Flag zu verwenden. Also habe ich die Contao 5-Installation noch einmal mit dem Eintrag sendmail_path="C:/laragon/bin/sendmail/sendmail.exe -bs" getestet. Auch diese Konfiguration funktioniert.

[mnefzger]

Anbei das Ergebnis:
C:\laragon\www\demo
? php vendor/bin/contao-console cache:warmup -v

// Warming up the cache for the prod environment with debug false


[OK] Cache for the "prod" environment (debug=false) was successfully warmed.

[ke-an]

Hallo in die Runde,

ich habe das selbe Problem. Einmal über meinen Lamp-Stack in Docker und einmal auf meinem Hoster.

Hat jemand eine Idee?

Liebe Grüße
Andi

[mlweb]

Hast Du den Thread gelesen? Es wurden ja Ursachen beschrieben und auch eine Lösung gepostet.
https://community.contao.org/de/show...l=1#post567456 und ff.

[ke-an]

Hast Du den Thread gelesen? Es wurden ja Ursachen beschrieben und auch eine Lösung gepostet.
https://community.contao.org/de/show...l=1#post567456 und ff.

Hi mlweb,
vielen Dank für dein Feedback.

Die oben genannte Lösung habe ich ausprobiert. Leider funktioniert die oben genannte Lösung bei mir nicht.
Es erscheint weiterhin der selbe Fehler, obwohl Sendmail und SSMTP auf beiden Umgebungen vorhanden sind.

(Wobei es bei mir nicht Laragon ist, sondern einen LAMP-Stack auf Docker und meine Umgebung auf hostNET)

Liebe Grüße
Andi