Install Tool Fehler: There is no column with name 'path(333)' on table 'tl_files'

Druckbare Version

14.12.2018, 08:55
wschwaig

Install Tool Fehler: There is no column with name 'path(333)' on table 'tl_files'

Hallo Zusammen

Ich bekomme beim Aufruf des Install-Tools folgende Exception.

[2018-12-14 09:27:40] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_sc ope":"backend","_token_check":true,"_controller":" Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"https://test135.hostingwerk.rocks/contao/install","method":"HEAD"} []
[2018-12-14 09:27:40] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_sc ope":"backend","_token_check":true,"_controller":" Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"https://test135.hostingwerk.rocks/contao/install","method":"GET"} []
[2018-12-14 09:27:40] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(333)' on table 'tl_files'. at /var/virtual/peter-gumpold/public/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} []

Leider keinen Schimmer wie ich das beheben könnte. Habe im Contao Manager schon alles aktualisiert und geleert was geht. Leider ohne Erfolg.

Merci
14.12.2018, 08:56
Spooky

https://github.com/contao/contao/issues/238
14.12.2018, 09:48
kubjo

Installtool nach Update nicht zu erreichen

Hi Leute,
bei mir taucht schon wieder ein Fehler auf, dass nach einem (inzwischen dank Spooky erfolgreichen) Update durch den CM das Installtool nicht erreichbar ist:

"Es ist ein Fehler aufgetreten " im Log finde ich dazu folgendes:

Code:

[2018-12-14 10:37:50] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"http://www.xxx.de/contao/install","method":"GET"} [] [2018-12-14 10:37:51] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Schema\SchemaException: "There is no column with name 'path(768)' on table 'tl_files'." at /kunden/xxx/contao4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php line 82 {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(768)' on table 'tl_files'. at /kunden/xxx/contao4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} []

Weiß da jemand RAt?

Grüße
JK
14.12.2018, 09:52
tab

https://github.com/contao/contao/issues/238
14.12.2018, 10:09
kubjo

Hi tab,
ja das scheint auch mein Problem zu sein! Wenn ich es richtig verstanden habe, soll man:

Code:

"conflict": { "doctrine/dbal": "2.9.1" }

in die "composer.json" einfügen, hier stellt sich für mich die Frage, ob das an irgeneiner Stelle sein kann, und ob ich irgendwas anderes dafür löschen muß,
und die "composer.phar" updaten, hier stellt sich mir die Frage, ob ich dann den CM updaten soll, der nach meinem Kenntnisstand die "composer.phar" beinhaltet, und wenn nicht, wie update ich den composer.phar am elegantesten ohne extra auch noch auf ssh auszuweichen?

Eine weitere Frage drängt sich mir auf: Kann das dann da drin stehen bleiben, oder sorgt dieser Eintrag dann ingendwann wieder für Probleme? (2.9.1 sieht ja irgendwie nach einer Versionsnummer aus, die dann irgenwann veraltet ist und dann z.B. das nächste Update zu Absturtz bringen könnte)

Meine allgemeine Frage wäre: Kann das Ganze nicht durch ein Update geregelt werden? Oder muß ich jetzt bei allen Installationen die "composer.json" händisch korregieren?
Irgendwie scheint mir die Konstruktion composer.phar / composer.json sehr anfällig für Änderungen zu sein. Ich verstehe davon nichts, aber irgendwie erscheint in letzter Zeit öfters mal der Rat in der "composer.json" Änderungen vorzunehmen. Ich finde das ganze nicht sehr benutzerfreundlich!

Grüße
JK
14.12.2018, 10:34
Spooky

Zitat:

Zitat von kubjo

in die "composer.json" einfügen, hier stellt sich für mich die Frage, ob das an irgeneiner Stelle sein kann, und ob ich irgendwas anderes dafür löschen muß,

Die Reihenfolge innerhalb der composer.json ist egal. Es muss nur eine root property sein, also keine Subeigenschaft einer anderen Eigenschaft in diesem JSON Objekt.

Zitat:

Zitat von kubjo

und die "composer.phar" updaten

Die composer.phar musst du dafür nicht aktualisieren. Unabhängig davon kannst du das aber natürlich trotzdem machen.

Zitat:

Zitat von kubjo

ob ich dann den CM updaten soll

Den kannst du nicht aktualisieren - bzw. aktualisiert sich der ohnehin automatisch.

Zitat:

Zitat von kubjo

wie update ich den composer.phar am elegantesten ohne extra auch noch auf ssh auszuweichen?

Am einfachsten über SSH. Ansonsten kannst du dir die composer.phar auch von getcomposer.org runterladen. Aber wie gesagt musst du nichts davon machen.

Zitat:

Zitat von kubjo

Eine weitere Frage drängt sich mir auf: Kann das dann da drin stehen bleiben, oder sorgt dieser Eintrag dann ingendwann wieder für Probleme? (2.9.1 sieht ja irgendwie nach einer Versionsnummer aus, die dann irgenwann veraltet ist und dann z.B. das nächste Update zu Absturtz bringen könnte)

Dieser conflict Eintrag bedeutet, dass das eingetragene Paket in dieser Version nicht installiert werden darf. Gibt es eine neuere Version dieses Pakets, kann diese neuere Version dann natürlich dennoch installiert werden. Bis auf Weiteres kannst du diesen Eintrag also in der composer.json lassen. Wenn ein Update von Contao rausgekommen ist, das die Inkompatibilität mit doctrine/dbal:2.9.1 behebt, kannst du den Eintrag entfernen.

Zitat:

Zitat von kubjo

Meine allgemeine Frage wäre: Kann das Ganze nicht durch ein Update geregelt werden?

Ja, muss es auch und wird es auch.

Zitat:

Zitat von kubjo

Oder muß ich jetzt bei allen Installationen die "composer.json" händisch korregieren?

Nur wenn du auf die aktuelle Contao Version aktualisierst.
14.12.2018, 10:42
kubjo

Hi Spooky,
danke für die ausführlichen Erklärungen, so habe es sogar ich verstanden ;-)

Jetzt klappt es auch!

Grüße
JK
14.12.2018, 10:43
franky_m

Mich hat der Doctrine-Bug heute morgen auch schon ein wenig beschäftigt.

Das Problem, dass durch ein Update per Composer auch alle Abhängigkeiten geupdated werden und diese unter Umständen auch Probleme bereiten können, kam ja schon öfter vor.

Gab es schon mal die Überlegung, die Versionen der Abhängigkeiten in der jeweilen Contao-Version fest zu pinnen?

Dann hätte jeder den gleichen Stand, wenn man von einer gewissen Contao-Version spricht und man kann sich eher drauf verlassen, dass diese Konstellation auch funktioniert.

Der Nachteil dagen wäre, dass z.B. bei wichtigen Updates von Abhängigkeiten (Security-Updates), ein neues Contao-Update nachgeschoben werden müsste, dass auch diese Versionen von Abhängigkeiten "freigibt".

Zumindest hätte man aber keine - oder zumindest weniger - böse Überraschungen mehr zu befürchten.

Nur mal so ein Gedanke ...
14.12.2018, 11:22
Spooky

Der Fehler liegt dieses mal tatsächlich an doctrine/dbal: https://github.com/doctrine/dbal/pul...ment-447280144

Man sollte daher den conflict auf jeden Fall eintragen.
14.12.2018, 11:28
webstar

Zitat:

Zitat von franky_m

Gab es schon mal die Überlegung, die Versionen der Abhängigkeiten in der jeweilen Contao-Version fest zu pinnen?

Dann hätte jeder den gleichen Stand, wenn man von einer gewissen Contao-Version spricht und man kann sich eher drauf verlassen, dass diese Konstellation auch funktioniert.

Der Nachteil dagen wäre, dass z.B. bei wichtigen Updates von Abhängigkeiten (Security-Updates), ein neues Contao-Update nachgeschoben werden müsste, dass auch diese Versionen von Abhängigkeiten "freigibt".

Dies wurde schon öfters so geäußert, jedoch ist dies utopisch/nicht möglich, da einige Abhängigkeiten von der entsprechenden PHP-Version abhängen und damit nicht generisch funktionieren. Es spricht aber nichts dagegen, dass du dir in deinem Projekt die Versionen entsprechend festpinnst und Einträge in der composer.json. Ich bezweifle aber, dass es auf die Dauer besser gepflegt werden kann, als bei Bedarf einen conflict einzutragen.
14.12.2018, 11:49
bibib

Bei mir ist dieser Fehler nach einem Update von Contao 3.5 auf Contao 4.4 aufgetreten:

Code:

[2018-12-14 06:58:03] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction","_route":"contao_install"},"request_uri":".../contao/install","method":"HEAD"} [] [2018-12-14 06:58:03] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction","_route":"contao_install"},"request_uri":".../contao/install","method":"GET"} [] [2018-12-14 06:58:03] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(333)' on table 'tl_files'. at .../contao_4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} []

Laut Codefog auf Github sollte der Eintrag dieses Conflicts auch hier helfen.
Die composer.json sieht bei mir jetzt so aus:

Code:

{ "type": "project", "require": { "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", "do-while/contao-backupdb-bundle": "^1.3", "felixpfeiffer/subcolumns": "^3.1", "jrgregory/m17-sticky-backend-footer": "^2.0", "lionel/newsletter-export": "^4.1", "terminal42/contao-ce-access": "^2.0", "terminal42/contao-easy_themes": "^2.2", "terminal42/contao-leads": "^1.4", "terminal42/contao-rte_table": "^1.0" }, "extra": { "contao-component-dir": "assets" }, "scripts": { "post-install-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ], "post-update-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ] }, "conflict": { "doctrine/dbal": "2.9.1" } }

Composer.phar Update habe ich mangels SSH-Zugang in diesem Paket nicht gemacht (ließe sich aber organisieren), aber es soll ja auch ohne gehen.
Leider hat das noch nichts geholfen, die Fehlermeldung nach dem Aufrufen des Install-Tools (bzw. nach der Eingabe des PW) besteht weiterhin. :eek:
Passt die composer.json und/oder woran scheitert es hier noch?
14.12.2018, 12:12
Spooky

Hast du ein composer update (Paketaktualisierung) gemacht?
14.12.2018, 12:41
bibib

Zitat:

Zitat von Spooky

Hast du ein composer update (Paketaktualisierung) gemacht?

:o;) Nein, danke, das war's.
14.12.2018, 14:33
Samson1964

There is no column with name 'path(333)' on table 'tl_files'

Trotz der im Forum seit einigen Tagen geschilderten Probleme mit CM und Contao habe ich ein Update aller Pakete im CM vorgenommen. Dabei hat sich die Composer-Cloud beim Update von contao-banner-bundle "verschluckt" und mit unbekannten Fehler beendet. Danach gab es im FE/BE/Installtool einen 500er Serverfehler. Nach 2-3 erneuten Versuchen habe contao-banner-bundle rausgeworfen. Jetzt lief die Cloud durch. Auch die Installation von contao-banner-bundle klappte danach. Jetzt komme ich aber nicht mehr in das Installtool. Stacktrace vom Debugmodus (der in 4.4 lt. CM nicht mehr gehen soll, aber trotzdem funktioniert):

Code:

Doctrine\DBAL\Schema\SchemaException: There is no column with name 'path(333)' on table 'tl_files'. at vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82 at Doctrine\DBAL\Schema\SchemaException::columnDoesNotExist('path(333)', 'tl_files') (vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/Table.php:273) at Doctrine\DBAL\Schema\Table->_createIndex(array('path' => 'path(333)'), 'path', false, false, array(), array()) (vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/Table.php:136) at Doctrine\DBAL\Schema\Table->addIndex(array('path' => 'path(333)'), 'path', array()) (vendor/contao/core-bundle/src/Doctrine/Schema/DcaSchemaProvider.php:319) at Contao\CoreBundle\Doctrine\Schema\DcaSchemaProvider->parseIndexSql(object(Table), 'path', 'key `path` (`path`(333))') (vendor/contao/core-bundle/src/Doctrine/Schema/DcaSchemaProvider.php:92) at Contao\CoreBundle\Doctrine\Schema\DcaSchemaProvider->appendToSchema(object(Schema)) (vendor/contao/core-bundle/src/Doctrine/Schema/DcaSchemaProvider.php:148) at Contao\CoreBundle\Doctrine\Schema\DcaSchemaProvider->createSchemaFromDca() (vendor/contao/core-bundle/src/Doctrine/Schema/DcaSchemaProvider.php:61) at Contao\CoreBundle\Doctrine\Schema\DcaSchemaProvider->createSchema() (vendor/contao/installation-bundle/src/Database/Installer.php:110) at Contao\InstallationBundle\Database\Installer->compileCommands() (vendor/contao/installation-bundle/src/Database/Installer.php:59) at Contao\InstallationBundle\Database\Installer->getCommands() (vendor/contao/installation-bundle/src/Controller/InstallationController.php:401) at Contao\InstallationBundle\Controller\InstallationController->adjustDatabaseTables() (vendor/contao/installation-bundle/src/Controller/InstallationController.php:101) at Contao\InstallationBundle\Controller\InstallationController->installAction() (vendor/symfony/symfony/src/Symfony/Component/HttpKernel/HttpKernel.php:151) at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1) (vendor/symfony/symfony/src/Symfony/Component/HttpKernel/HttpKernel.php:68) at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true) (vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Kernel.php:200) at Symfony\Component\HttpKernel\Kernel->handle(object(Request)) (web/app_dev.php:64)

Ich kann mich noch einloggen in das Installtool, aber weiter komme ich nicht.
14.12.2018, 14:36
Spooky

Moderation: Themen zusammengeführt.

Siehe oben.
15.12.2018, 09:13
Maxel

Zitat:

composer update (Paketaktualisierung)

Ich muss mal unbeholfen fragen, wie man dieses Composer-Update macht? Ich habe in der composer.json die genante Ändeurng schon vorgenommen.
15.12.2018, 10:18
xchs
Das Update kannst Du entweder
- via Contao Manager ("Pakete aktualisieren") oder
- via Konsole (composer update)
ausführen.
16.12.2018, 10:02
syncgw

Liste der Anhänge anzeigen (Anzahl: 1)

path(768)

Nachdem ich ein Update auf meine 4.6.10 Installation durchgeführt habe, kommt im Install-Tool:

Code:

[2018-12-16 10:54:53] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://contao.localhost/contao/install","method":"HEAD"} [] [2018-12-16 10:54:54] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://contao.localhost/contao/install","method":"GET"} [] [2018-12-16 10:54:57] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Schema\SchemaException: "There is no column with name 'path(768)' on table 'tl_files'." at ...vendor\doctrine\dbal\lib\Doctrine\DBAL\Schema\SchemaException.php line 82 {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(768)' on table 'tl_files'. at ...vendor\\doctrine\\dbal\\lib\\Doctrine\\DBAL\\Schema\\SchemaException.php:82)"} []

Aufruf mit eingeschaltetem Debugger bringt auch nicht mehr.

Somit ergibt sich für mich die grundsätzliche Frage: Wie kann ich solche Fehler debuggen? Normalerweise kann ich bei PHP-Fehlern immer anhand eines netten Stack-Traces heraus bekommen, wer den der Bösewicht war, der den Fehler aufgebracht hat. Mit Symfony ;-) bin ich da aber etwas ratlos....

composer.lock anbei...
16.12.2018, 10:05
webstar

https://github.com/contao/contao/issues/238
16.12.2018, 11:14
syncgw

@webstar
Danke für den Hinweis.

Gibt es denn eine Downgrade- / Recovery-Möglichkeit im CM, um wieder zu einer "funktionierenden" Installation zurück kehren zu können? Ich möchte ungern die Produktion in diesem indifferenten Zustand lassen...
16.12.2018, 11:24
fiedsch

Hast Du denn den "conflict" in Deine composer.json eingetragen und die Pakete aktualisiert?
16.12.2018, 11:37
MacPix

Nach dem Update 4.6.11

Hallo Leute

Nach dem Update auf 4.6.11 kemme ich nicht mehr in das Installtool hinein. Im Log zeigt es mir diesen Meldung an.

Code:

[2018-12-16 12:08:13] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_route":"contao_catch_all","_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"contao-manager/users.json"},"request_uri":"https://vpix.visualpix.ch/contao-manager/users.json","method":"HEAD"} [] [2018-12-16 12:08:13] security.INFO: Populated the TokenStorage with an anonymous Token. [] [] [2018-12-16 12:08:13] request.CRITICAL: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\ServiceUnavailableHttpException: "Service Temporarily Unavailable" at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 99 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\ServiceUnavailableHttpException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:99, Lexik\\Bundle\\MaintenanceBundle\\Exception\\ServiceUnavailableException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/lexik/maintenance-bundle/Listener/MaintenanceListener.php:206)"} [] [2018-12-16 12:08:13] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_route":"contao_catch_all","_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"contao-manager/users.json"},"request_uri":"https://vpix.visualpix.ch/contao-manager/users.json","method":"GET"} [] [2018-12-16 12:08:13] security.INFO: Populated the TokenStorage with an anonymous Token. [] [] [2018-12-16 12:08:13] request.CRITICAL: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\ServiceUnavailableHttpException: "Service Temporarily Unavailable" at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 99 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\ServiceUnavailableHttpException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:99, Lexik\\Bundle\\MaintenanceBundle\\Exception\\ServiceUnavailableException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/lexik/maintenance-bundle/Listener/MaintenanceListener.php:206)"} [] [2018-12-16 12:08:48] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_route":"contao_catch_all","_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"contao-manager/users.json"},"request_uri":"https://vpix.visualpix.ch/contao-manager/users.json","method":"HEAD"} [] [2018-12-16 12:08:48] security.INFO: Populated the TokenStorage with an anonymous Token. [] [] [2018-12-16 12:08:48] request.CRITICAL: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\ServiceUnavailableHttpException: "Service Temporarily Unavailable" at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 99 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\ServiceUnavailableHttpException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:99, Lexik\\Bundle\\MaintenanceBundle\\Exception\\ServiceUnavailableException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/lexik/maintenance-bundle/Listener/MaintenanceListener.php:206)"} [] [2018-12-16 12:08:48] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_route":"contao_catch_all","_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"contao-manager/users.json"},"request_uri":"https://vpix.visualpix.ch/contao-manager/users.json","method":"GET"} [] [2018-12-16 12:08:48] security.INFO: Populated the TokenStorage with an anonymous Token. [] [] [2018-12-16 12:08:48] request.CRITICAL: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\ServiceUnavailableHttpException: "Service Temporarily Unavailable" at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 99 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\ServiceUnavailableHttpException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:99, Lexik\\Bundle\\MaintenanceBundle\\Exception\\ServiceUnavailableException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/lexik/maintenance-bundle/Listener/MaintenanceListener.php:206)"} [] [2018-12-16 12:23:56] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://vpix.visualpix.ch/contao/install","method":"HEAD"} [] [2018-12-16 12:23:56] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://vpix.visualpix.ch/contao/install","method":"GET"} [] [2018-12-16 12:23:57] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Schema\SchemaException: "There is no column with name 'path(768)' on table 'tl_files'." at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php line 82 {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(768)' on table 'tl_files'. at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} [] [2018-12-16 12:24:16] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://vpix.visualpix.ch/contao/install","method":"HEAD"} [] [2018-12-16 12:24:16] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://vpix.visualpix.ch/contao/install","method":"GET"} [] [2018-12-16 12:24:17] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Schema\SchemaException: "There is no column with name 'path(768)' on table 'tl_files'." at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php line 82 {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(768)' on table 'tl_files'. at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} [] [2018-12-16 12:24:20] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://vpix.visualpix.ch/contao/install","method":"HEAD"} [] [2018-12-16 12:24:20] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://vpix.visualpix.ch/contao/install","method":"GET"} [] [2018-12-16 12:24:20] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Schema\SchemaException: "There is no column with name 'path(768)' on table 'tl_files'." at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php line 82 {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(768)' on table 'tl_files'. at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} [] [2018-12-16 12:25:01] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://vpix.visualpix.ch/contao/install","method":"HEAD"} [] [2018-12-16 12:25:01] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://vpix.visualpix.ch/contao/install","method":"GET"} [] [2018-12-16 12:25:07] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Schema\SchemaException: "There is no column with name 'path(768)' on table 'tl_files'." at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php line 82 {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(768)' on table 'tl_files'. at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} [] [2018-12-16 12:25:32] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://vpix.visualpix.ch/contao/install","method":"HEAD"} [] [2018-12-16 12:25:32] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_route":"contao_install","_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction"},"request_uri":"https://vpix.visualpix.ch/contao/install","method":"GET"} [] [2018-12-16 12:25:33] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Schema\SchemaException: "There is no column with name 'path(768)' on table 'tl_files'." at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php line 82 {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(768)' on table 'tl_files'. at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} [] [2018-12-16 12:25:47] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_route":"contao_catch_all","_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"contao/install.php"},"request_uri":"https://vpix.visualpix.ch/contao/install.php","method":"HEAD"} [] [2018-12-16 12:25:47] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_route":"contao_catch_all","_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"contao/install.php"},"request_uri":"https://vpix.visualpix.ch/contao/install.php","method":"GET"} [] [2018-12-16 12:25:47] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\NotFoundHttpException: "Page not found: https://vpix.visualpix.ch/contao/install.php" at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 96 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\NotFoundHttpException(code: 0): Page not found: https://vpix.visualpix.ch/contao/install.php at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:96, Contao\\CoreBundle\\Exception\\PageNotFoundException(code: 0): Page not found: https://vpix.visualpix.ch/contao/install.php at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/Resources/contao/controllers/FrontendIndex.php:67)"} [] [2018-12-16 12:25:49] security.INFO: Populated the TokenStorage with an anonymous Token. [] [] [2018-12-16 12:25:49] request.CRITICAL: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\ServiceUnavailableHttpException: "Service Temporarily Unavailable" at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 99 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\ServiceUnavailableHttpException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:99, Lexik\\Bundle\\MaintenanceBundle\\Exception\\ServiceUnavailableException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/lexik/maintenance-bundle/Listener/MaintenanceListener.php:206)"} [] [2018-12-16 12:25:49] security.INFO: Populated the TokenStorage with an anonymous Token. [] [] [2018-12-16 12:25:49] request.CRITICAL: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\ServiceUnavailableHttpException: "Service Temporarily Unavailable" at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 99 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\ServiceUnavailableHttpException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:99, Lexik\\Bundle\\MaintenanceBundle\\Exception\\ServiceUnavailableException(code: 0): Service Temporarily Unavailable at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/lexik/maintenance-bundle/Listener/MaintenanceListener.php:206)"} [] [2018-12-16 12:25:49] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Error when rendering "https://vpix.visualpix.ch/_fragment?_hash=GstgkVy3FbZeA%2Fmxk3AsGOCRTx1k7GEOXEdLc8n7dXc%3D&_path=insertTag%3D%257B%257Bua%253A%253Aclass%257D%257D%26_scope%3Dfrontend%26_format%3Dhtml%26_locale%3Dde%26_controller%3Dcontao.controller.insert_tags%253ArenderAction&clientCache=604800&pageId=3&request=contao%2Finstall.php" (Status code is 503)." at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/symfony/http-kernel/HttpCache/AbstractSurrogate.php line 99 {"exception":"[object] (RuntimeException(code: 0): Error when rendering "https://vpix.visualpix.ch/_fragment?_hash=GstgkVy3FbZeA%2Fmxk3AsGOCRTx1k7GEOXEdLc8n7dXc%3D&_path=insertTag%3D%257B%257Bua%253A%253Aclass%257D%257D%26_scope%3Dfrontend%26_format%3Dhtml%26_locale%3Dde%26_controller%3Dcontao.controller.insert_tags%253ArenderAction&clientCache=604800&pageId=3&request=contao%2Finstall.php" (Status code is 503). at /home/visualpi/www/visualpix.ch/contao_4_6_m/vendor/symfony/http-kernel/HttpCache/AbstractSurrogate.php:99)"} []
16.12.2018, 11:47
Seefahrer

https://github.com/contao/contao/issues/238
17.12.2018, 08:35
syncgw

Ich habe jetzt den conflict eingebaut:

Code:

"conflict": { "doctrine/dbal": "2.9.1" }

anschließend Paket-Update und alles sieht wieder gut aus.

Wie erfahre ich denn, wann ich den wieder raus nehmen kann?
17.12.2018, 08:37
Spooky

Wenn es in doctrine gefixt werden muss, musst du das nicht entfernen. Wenn es in Contao gefixt wird, siehst du das vermutlich im changelog wenn die nächste Version veröffentlicht wird. Aber selbst in diesem Fall wird es dir (vermutlich) nicht unmittelbar weh tun, wenn du den Eintrag drin lässt.
17.12.2018, 14:53
SimonS

Install Tool Fehler

Hallo zusammen

Um eine neue Funktionalität für ein Kontaktformular zu erhalten, habe ich gemäss https://blog.calm-n-easy.de/archiv/c...er-senden.html versucht die beiden Erweiterungen protectedselect und formrecipient via Contao Manager zu installieren. protectedselect wurde ohne Probleme installiert jedoch gab es anscheinend bei der formrecipient Installation Probleme, worauf das Modul als "manuell hinzugefügt" angezeigt wurde. Nach der Ausführung des Install Tools konnte ich das neue "Protected Select" Formular Element auswählen, jedoch hatte ich ein Problem, dass ein Template "form_widget" nicht gefunden wurde. Ich habe mir dann gedacht ich versuche die beiden Module zu entfernen und neu hinzuzufügen. Soweit kam es jedoch nicht mehr. Das Install Tool streikt seither mit folgender Fehlermeldung:

Code:

request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Schema\SchemaException: "There is no column with name 'path(768)' on table 'tl_files'."

Hat jemand von euch eine Ahnung, woher Doctrine diese Spalte sucht? Ich habe über alle Files mit einer Textsuche gesucht, konnte aber nicht finden woher Doctrine ein solch komischer Spaltenname sucht. Gibt es zudem irgendwelche Caches oder ähnliches womit dieser Fehler allenfalls einen Zusammenhang haben könnte.

Jegliche Hilfe ist herzlich willkommen.

Gruss
17.12.2018, 14:55
Spooky

Moderation: selber Fehler (auch wenn andere Tabelle), Thread zusammengeführt.
17.12.2018, 15:50
Lello

Gleiches Problem?

Hallo zusammen,

habe das gleiche Verhalten bezüglich Installtool, aber eine andere Fehlermeldung:

Code:

[2018-12-17 16:43:06] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\DBALException(code: 0): Unknown database type point requested, Doctrine\\DBAL\\Platforms\\MySqlPlatform may not support it. at /home/httpd/vhosts/<myweb>/httpdocs/staging/vendor/doctrine/dbal/lib/Doctrine/DBAL/Platforms/AbstractPlatform.php:434)"} []

Ist das die gleich Ursache? Wenn ja, hat leider der Workarround mit der composer.json (conflict dbal 2.9.1) und anschliessendem composer update nichts gebracht. Front- und Backend funktionieren zum Glück noch...

Grüsse
Lello

Nachtrag: Problem behoben! Nochmals die composer.json bearbeitet und composer update durchgeführt und install funktioniert nun wieder! :-)
17.12.2018, 18:03
derRenner

Install tool bricht mit Fehlermeldung ab

Hallo,

ich muss hierzu ein wenig ausholen, da es sich möglicherweise um "mehrere" Fehler handelt:
Beim Versuch eine 4.4.21 einem Update zu unterziehen ist mir ein Fehler unterlaufen ... ich hatte zuerst mal nur die Contao-Pakete zum Aktualisieren ausgewählt. Dies führte einerseits zu einem Error500 auf der Webseite bzw. auch im Backend.
Nach erneutem Versuch der Aktualisierung hatte ich die Aktualisierung via Contao Manager abgebrochen, was wiederum ebenfalls zu einer Panne führte » Contao Manager Ordner geleert und nochmals ausgeführt. Diesesmal lief alles einwandfrei durch, aber ... beim Versuch das Install-tool aufzurufen bricht die Installation ab - ich kann aktuell aber gar nicht sagen, ob die Datenbank vorher noch aktualisiert wurde. Ich glaube mich erinnern zu können, dass dies auszuwählen/anzuklicken war.
Abbruch mit folgendem Log-Eintrag:

HTML-Code:

[2018-12-17 18:49:53] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction","_route":"contao_install"},"request_uri":"https://mydomain.at/contao/install","method":"HEAD"} [] [2018-12-17 18:49:53] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_scope":"backend","_token_check":true,"_controller":"Contao\\InstallationBundle\\Controller\\InstallationController::installAction","_route":"contao_install"},"request_uri":"https://mydomain.at/contao/install","method":"GET"} [] [2018-12-17 18:49:54] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(333)' on table 'tl_files'. at /var/www/vhosts/xxxxxx.netcup.net/httpdocs/main/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} []

Auch das nochmalige Aufrufen des Install-tools über den Contao Manager führt zum gleichen Abbruch.
Frontend und Backend sind erreichbar - die 4.4.31 wird angezeigt

Wo muss ich anpacken?
17.12.2018, 18:04
xchs

Siehe hier und hier.

//Moderation: Beiträge im bestehenden Thread zusammengeführt.
17.12.2018, 18:35
derRenner

well done - thx!!
18.12.2018, 14:32
cleanerrr

Hallo,
Has anyone succeeded in this?
I am following this problem last days, but for me, after changes of composer.json file and composer update, still not work.
I am using last Contao version.
Thank you
18.12.2018, 14:44
PaddySD

You have to set a conflict in your composer.json for the corresponding doctrine version.

Code:

"conflict": { "doctrine/dbal": "2.9.1

It's an error from doctrine, not Contao. So there is not much to do about it. I followed the error on github (doctrine), it is not yet decided, if the implementation of doctrine in Contao is wrong, or if it's a doctrine bug. Nevertheless, either Contao or doctrine will find a way to circumvent this, IMHO in one of the next contao versions, there will be a solution.

Until then, simply apply the conflict in your composer.json (as mentioned above). You can leave it in for all times, it doesn't harm your system, despite the fact, that you have three more rows in your file forever... ;)
18.12.2018, 14:50
cleanerrr

Zitat:

Zitat von PaddySD

You have to set a conflict in your composer.json for the corresponding doctrine version.

Code:

"conflict": { "doctrine/dbal": "2.9.1

It's an error from doctrine, not Contao. So there is not much to do about it. I followed the error on github (doctrine), it is not yet decided, if the implementation of doctrine in Contao is wrong, or if it's a doctrine bug. Nevertheless, either Contao or doctrine will find a way to circumvent this, IMHO in one of the next contao versions, there will be a solution.

Until then, simply apply the conflict in your composer.json (as mentioned above). You can leave it in for all times, it doesn't harm your system, despite the fact, that you have three more rows in your file forever... ;)

Thank you for your answer.
I did so, just like I wrote, but not work in my case. I inserted this conflict in composer.json:

Code:

{ "type": "project", "require": { "codefog/contao-cookiebar": "^2.1", "contao-components/jquery": "2.2.4", "contao/calendar-bundle": "^4.6", "contao/comments-bundle": "^4.6", "contao/faq-bundle": "^4.6", "contao/listing-bundle": "^4.6", "contao/manager-bundle": "4.6.*", "contao/news-bundle": "^4.6", "contao/newsletter-bundle": "^4.6", "dklemmt/contao_dk_mmenu": "^2.1", "madeyourday/contao-rocksolid-columns": "^2.0", "madeyourday/contao-rocksolid-slider": "^2.0", "terminal42/contao-pageimage": "^3.3" }, "extra": { "contao-component-dir": "assets" }, "conflict": { "doctrine / dbal": "2.9.1" }, "scripts": { "post-install-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ], "post-update-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ] } }

After that I did composer update in contao manager/Maintenance/Composer Dependencies/Run Composer Update

But still can't do database update with install-tool.
18.12.2018, 14:51
Spooky

You wrote "doctrine / dbal": "2.9.1" instead of "doctrine/dbal": "2.9.1"
18.12.2018, 15:01
cleanerrr

Zitat:

Zitat von Spooky

You wrote "doctrine / dbal": "2.9.1" instead of "doctrine/dbal": "2.9.1"

Thank you Spooky one more time. This was my one more amateur mistake.
18.12.2018, 15:08
PaddySD

If it just would be that easy all the time :)
02.01.2019, 15:59
tdrees

Hi, altough I read this topic very often, I still get the error message, when trying to open the installtool. I am running Contao 4.4.30. The file /html/contao/composer.json looks like this:

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.30", "contao/news-bundle": "^4.4", "contao/newsletter-bundle": "^4.4", "hofff/contao-googleanalytics": "^1.5", "premium-contao-themes/pct_theme_installer": "^1.2" }, "conflict": { "contao-components/installer": "<1.3", "contao/core-bundle": "<4.4.8", "doctrine/dbal": "2.9.1" }, "extra": { "branch-alias": { "dev-4.4": "4.4.x-dev" }, "contao-component-dir": "assets" }, "scripts": { "post-install-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ], "post-update-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ] } }

I also run an update using a shell with "composer update", but I still get this error:

[2019-01-02 16:57:51] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(333)' on table 'tl_files'. at /html/contao/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} []

What am I missing?

Regards,

Torsten
02.01.2019, 16:18
bizon

Change the entry in "conflict" to:

Code:

"doctrine/dbal": "2.9.1|2.9.2"
02.01.2019, 17:06
Spooky

Zitat:

Zitat von tdrees

I am running Contao 4.4.30.

What am I missing?

You are missing the newest Contao Version ;).

No conflict entries are needed.
02.01.2019, 17:16
bizon

Zitat:

Zitat von Spooky

No conflict entries are needed.

Sorry. I should read more carefully.
The the faulty entry is

Code:

"contao/manager-bundle": "4.4.30",

This should do an update

Code:

"contao/manager-bundle": "4.4.*",
02.01.2019, 17:21
tdrees

Zitat:

Zitat von bizon

Change the entry in "conflict" to:

Code:

"doctrine/dbal": "2.9.1|2.9.2"

Many thanks, that solved the problem!
02.01.2019, 17:23
Spooky

Zitat:

Zitat von tdrees

Many thanks, that solved the problem!

No, you should not do this! You should update to the latest Contao version.
02.01.2019, 17:39
tdrees

Zitat:

Zitat von Spooky

You are missing the newest Contao Version ;).

No conflict entries are needed.

Thanks Spooky, but 4.4.30 is the last 4.4.x version. My intention is to use always a LTS version. I know that there are also 4.6.x versions out.

Regards,

Torsten
02.01.2019, 17:40
planepix

Hi Torsten, the latest 4.4.x ist 4.4.32.

Notice to the problem:
Had my installation still at 4.4.32 and did an update a few minutes ago. In the composer.json the doctrine 2.9.1 was set as conflict. The update offered my to update doctrine to 2.9.2. After running the the installer doesn't run.
Added the 2.9.2 also to the conflict all runs well at least.
02.01.2019, 17:46
tdrees

Zitat:

Zitat von planepix

Hi Torsten, the latest 4.4.x ist 4.4.32.

Notice to the problem:
Had my installation still at 4.4.32 and did an update a few minutes ago. In the composer.json the doctrine 2.9.1 was set as conflict. The update offered my to update doctrine to 2.9.2. After running the the installer doesn't run.
Added the 2.9.2 also to the conflict all runs well at least.

I might be missing something, but I do not get anything updated when running the contao manager. Is there anything necessary in order to update besides clicking on the update button?
02.01.2019, 17:54
planepix

I let all settings as default and just click ”Update Packages” and let then first run the ”Dry Run” option.
02.01.2019, 18:00
tdrees

Zitat:

Zitat von planepix

I let all settings as default and just click ”Update Packages” and let then first run the ”Dry Run” option.

Ok .... I do the same, this is the output, that I can see:

Loading composer repositories with package information
Installing dependencies from lock file
Nothing to install or update
02.01.2019, 18:01
planepix

The default setting for the version of Contao is ”4.4.*” - Do you have the same value?
02.01.2019, 18:23
tdrees

Zitat:

Zitat von planepix

The default setting for the version of Contao is ”4.4.*” - Do you have the same value?

It seems there is something general, I have not understood so far. I have changed the version to 4.4.* for the "Contao Open Source CMS". Nothing happened. Onyl as I set it to 4.4.32, a new version was installed. What is the right setting for this value, that each packages gets installed?

Regards,

Torsten
02.01.2019, 18:32
bizon

Hi Torsten,

look at my Post and do the change in your composer.json an run composer update.
02.01.2019, 18:42
PaddySD

Zitat:

Zitat von bizon

Change the entry in "conflict" to:

Code:

"doctrine/dbal": "2.9.1|2.9.2"

As I said in another thread, I'd use another version of the conflict entry:

Code:

"doctrine/dbal": ">=2.9.1"

Seems better in my eyes, as I have way more information, when contao is solving this error, as opposed to watching the doctrine/dbal tracker, to see, if they have a new version out... With this, I only have to watch out for Contao, not for both.

Sorry my bad, I didn't read carefully enough, and mixed up the versions!
02.01.2019, 19:10
bizon

@PaddySD
Der Eintrag aus dem Zitat ist nur in 4.6.x nötig. Hier geht es aber um 4.4.x, das ich anfangs auch nicht sofort gesehen habe. Siehe also die weiteren Posts nach dem von dir zitierten.

In 4.6.x mache ich den Eintrag dennoch wie schon beschrieben, weil ich alle Updates von Contao und den Abhängigkeiten erfahren möchte. Ich zerstöre dabei auch nichts, weil ich sämtliche Neuinstallationen, Updates und Installationen von Erweiterungen etc. immer zuerst lokal mache und erst nach Erfolg deploye.
02.01.2019, 19:10
Spooky

Zitat:

Zitat von tdrees

Thanks Spooky, but 4.4.30 is the last 4.4.x version. My intention is to use always a LTS version.

No, 4.4.32 is the latest Contao (LTS) version. You have locked your installation at 4.4.30. See bizon's post.

Zitat:

Zitat von PaddySD

As I said in another thread, I'd use another version of the conflict entry:

Code:

"doctrine/dbal": ">=2.9.1"

Seems better in my eyes, as I have way more information, when contao is solving this error, as opposed to watching the doctrine/dbal tracker, to see, if they have a new version out... With this, I only have to watch out for Contao, not for both.

This is not needed for Contao 4.4 at all.
02.01.2019, 19:56
PaddySD

Zitat:

Zitat von bizon

@PaddySD
Der Eintrag aus dem Zitat ist nur in 4.6.x nötig. Hier geht es aber um 4.4.x, das ich anfangs auch nicht sofort gesehen habe. Siehe also die weiteren Posts nach dem von dir zitierten.

In 4.6.x mache ich den Eintrag dennoch wie schon beschrieben, weil ich alle Updates von Contao und den Abhängigkeiten erfahren möchte. Ich zerstöre dabei auch nichts, weil ich sämtliche Neuinstallationen, Updates und Installationen von Erweiterungen etc. immer zuerst lokal mache und erst nach Erfolg deploye.

Verdammt, hab ich übersehen! Danke für den Hinweis, ich ändere meinen Beitrag. Ich lese die nächsten Tage alles zwei mal, bevor ich schreibe... :)
10.01.2019, 17:19
Ricks

Ich hänge mich hier mal ran.

1.
Bei sämtlichen meiner 4.6.10 Installationen bricht das Installtool ab und im Log steht

[2019-01-10 18:02:21] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Schema\SchemaException: "There is no column with name 'path(768)' on table 'tl_files'." at PFAD/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php line 82 {"exception":"[object] (Doctrine\\DBAL\\Schema\\SchemaException(code: 30): There is no column with name 'path(768)' on table 'tl_files'. at PFAD/vendor/doctrine/dbal/lib/Doctrine/DBAL/Schema/SchemaException.php:82)"} []

2.
Bei den 4.6.12 Installationen lädt das Installtoll, aber es wird eine Datenbankaktualisierung angezeigt:

Spalten ändern
DROP INDEX path ON tl_files

Spalten anlegen
CREATE INDEX path ON tl_files (
path(768)
)

Nach einem Klick auf "Datenbank aktualisieren" bleibt der Eintrag jedoch bestehen.

***

Also ist bei beiden Fehlern path(768) das Problem. Ich nutze PHP7.2, und auch mit PHP7.1 läuft es nicht.

Irgendeine Idee? Die oben genannten Tipps und Ergänzungen bzgl. composer.json habe ich schon versucht, ohne Erfolg.

Danke für jeden Tipp!
10.01.2019, 17:27
xchs

Zitat:

Zitat von Ricks

Die oben genannten Tipps und Ergänzungen bzgl. composer.json habe ich schon versucht, ohne Erfolg.

Poste bitte Deine composer.json und erläutere, was Du genau gemacht hast.
10.01.2019, 17:42
Ricks

Zitat:

Zitat von xchs

Poste bitte Deine composer.json und erläutere, was Du genau gemacht hast.

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", "contao/calendar-bundle": "^4.6.10", "contao/comments-bundle": "^4.6.10", "contao/faq-bundle": "^4.6.10", "contao/listing-bundle": "^4.6.10", "contao/manager-bundle": "4.6.10", "contao/news-bundle": "^4.6.10", "contao/newsletter-bundle": "^4.6.10", "madeyourday/contao-rocksolid-antispam": "^2.0", "madeyourday/contao-rocksolid-columns": "^2.0", "madeyourday/contao-rocksolid-custom-elements": "^2.2.9", "madeyourday/contao-rocksolid-icon-picker": "^2.0", "madeyourday/contao-rocksolid-mega-menu": "^2.0.1", "madeyourday/contao-rocksolid-slider": "^2.0.8", "madeyourday/contao-rocksolid-theme-assistant": "^2.0.2" }, "conflict": { "contao/core-bundle": "<4.4.1" }, "config": { "component-dir": "assets" }, "scripts": { "post-install-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ], "post-update-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ] } }

Ich hatte diese um

Code:

"conflict": { "doctrine/dbal": "2.9.1" },

und alternative um

Code:

"conflict": { "doctrine/dbal": "2.9.1|2.9.2" },

ergänzt, ohne Erfolg.
10.01.2019, 17:44
xchs

Poste bitte Deine composer.json inklusive dem von Dir ergänzten Conflict-Eintrag.

Du musst auf jeden Fall eine vollständige (!) Paketaktualisierung via Contao Manager (Button "Pakete aktualisieren") ausführen, damit die Abhängigkeiten aller Pakete korrekt aufgelöst werden.
10.01.2019, 17:45
Spooky

Du hast deine Contao Version auf 4.6.10 festgesetzt. Ändere das wieder zurück auf 4.6.*
10.01.2019, 17:47
Ricks

Zitat:

Zitat von xchs

Poste bitte Deine composer.json inklusive dem von Dir ergänzten Conflict-Eintrag.

Du musst auf jeden Fall eine vollständige (!) Paketaktualisierung via Contao Manager (Button "Pakete aktualisieren") ausführen, damit die Abhängigkeiten aller Pakete korrekt aufgelöst werden.

Schon mehrmals gemacht. Welcher der zwei von mir geposteten Code-Alternativen muss es denn sein? Damit ich da schonmal sicher bin.

Danke!!
10.01.2019, 17:48
Ricks

Zitat:

Zitat von Spooky

Du hast deine Contao Version auf 4.6.10 festgesetzt. Ändere das wieder zurück auf 4.6.*

Okay, mache ich mal, danke!
10.01.2019, 17:48
xchs

Das wäre einzutragen:

Code:

"doctrine/dbal": "2.9.1 || 2.9.2"
10.01.2019, 17:57
xchs

Ersetze Deine komplette composer.json wie folgt:

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": "^7.1", "contao/calendar-bundle": "^4.6", "contao/comments-bundle": "^4.6", "contao/faq-bundle": "^4.6", "contao/listing-bundle": "^4.6", "contao/manager-bundle": "4.6.*", "contao/news-bundle": "^4.6", "contao/newsletter-bundle": "^4.6", "madeyourday/contao-rocksolid-antispam": "^2.0", "madeyourday/contao-rocksolid-columns": "^2.0", "madeyourday/contao-rocksolid-custom-elements": "^2.2.9", "madeyourday/contao-rocksolid-icon-picker": "^2.0", "madeyourday/contao-rocksolid-mega-menu": "^2.0.1", "madeyourday/contao-rocksolid-slider": "^2.0.8", "madeyourday/contao-rocksolid-theme-assistant": "^2.0.2" }, "conflict": { "contao-components/installer": "<1.3", "doctrine/dbal": "2.9.1 || 2.9.2" }, "require-dev": { "sensiolabs/security-checker": "^5.0" }, "extra": { "branch-alias": { "dev-4.6": "4.6.x-dev" }, "contao-component-dir": "assets" }, "autoload": { "psr-4": { "App\\": "src/" } }, "scripts": { "post-install-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ], "post-update-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ] } }

Rufe anschließend den Contao Manager auf und führe via "Pakete aktualisieren" eine vollständige Paketaktualisierung durch.
10.01.2019, 18:09
Ricks

Da war ja doch einiges zu ändern. Und nun läuft es! :-)

Danke für Deine Mühe!!
10.01.2019, 18:13
Ricks

PS

Noch eine Frage. Muss ich da dann irgendetwas ändern, wenn z.B. mal Version 4.7 ansteht? Weil in Deinem Code steht ja etwas wie

"extra": {
"branch-alias": {
"dev-4.6": "4.6.x-dev"
},

Danke nochmals!!
10.01.2019, 18:15
xchs

Nein, eigentlich brauchst Du nichts zu ändern, außer im Eingabefeld "4.6.*" durch "4.7.*" zu ersetzen und anschließend wieder eine vollständige Paketaktualisierung auszuführen.
09.12.2019, 11:39
visiologic

Weiterhin Probleme mit der 4.4

Hallo,

jetzt verbringe ich schon den ganzen Morgen mit diesem nervigen Fehler, dass ich die tl_files nicht updaten kann.

Ich habe die 4.4 LTS in der letzten Version im Einsatz. Ich kann auf die 4.6. nicht gehen, da mein Theme nur die 4.4. unterstützt. Aufgetreten ist der Fehler bei dem update von der 3.5 auf die 4.4.

Ausprobiert habe ich jetzt alles was hier geboten wurde und komme mit der 4.4 kein Stück weiter.

doctrine/dbal": "2.9.1 || 2.9.2"
},

eingetragen, alle Pakete aktualisiert und nichts geht.

Wie komme ich denn jetzt weiter? Kann das mal jemand für einen Designer verständlich ausdrücken, ob ich die 4.4 überhaupt zum laufen bekomme ich was ich dafür tun muss? Das wäre sehr hilfreich, vielen Dank!

Leider muss ich dann doch immer wieder feststellen, dass Contao sehr techniklastig ist in der Umsetzung. Der Manager hat schon viel geholfen, aber bei solchen Themen könnte ich manchmal einfach nur verzweifeln.

Update 13.12.: Schade, Feedback = 0. Problem dann doch selbst gelöst und das Datenbankformat einfach selbst per Befehl in der Datenbank geändert und schon ging es weiter. Vielen Dank