Dateiverwaltung Aufruf scheitert

Guten Tag erst mal,
ein ähnliches Problem gab es schon mal, aber die damaligen Lösungen helfen gerade nicht.
Contao 4.13 auf 4.13.2
Alles im FE und BE funktioniert bis auf den Aufruf der Dateiverwaltung.
Aufruf der Dateiverwaltung führt zu Internal Server Error mit folgendem Hinweis:

Zitat:

---

An exception occurred while executing a query: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'field list'

---

Im Log steht:

Zitat:

---

[2022-04-06T15:34:09.405176+02:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\InvalidFieldNameException: "An exception occurred while executing a query: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'field list'" at /var/www/vhosts/domaine/httpdocs/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php line 69 {"exception":"[object] (Doctrine\\DBAL\\Exception\\InvalidFieldNameExcept ion(code: 1054): An exception occurred while executing a query: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'field list' at /var/www/vhosts/domaine.de/httpdocs/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:69)\n[previous exception] [object] (Doctrine\\DBAL\\Driver\\PDO\\Exception(code: 1054): SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'field list' at /var/www/vhosts/domaine.de/httpdocs/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:30)\n[previous exception] [object] (PDOException(code: 42S22): SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'field list' at /var/www/vhosts/domaine.de/httpdocs/vendor/doctrine/dbal/src/Driver/PDO/Connection.php:72)"} []

---

Weis jemand von Euch woher die Spalte kommt?
Danke

Hallo Leute,
nachdem ich in der DB händisch alle Dateiendungen von z.B. jpeg in jpg und alle ß entfernt habe weil das schon mal ein Grund war, dass man die Dateiverwaltung nicht aufrufen konnte habe ich weiter gesucht und den "Übertäter" gefunden.
Die Marketingsuite entfernt und alles ist wie immer.
Kurioser Weise hatte ich schon mal Probleme beim Update auf 13.1 mit der Suite.
Jetzt das Update von 13 auf 13.2 lief ohne Probleme durch bis auf das Prob mit der Dateiverwaltung.
Aber vielleicht hilft es ja jemand.
Danke fürs lesen.

Zitat:

---

Zitat von elwega

[...] Die Marketingsuite entfernt und alles ist wie immer

---

Könntest Du den Fehler nochmal mit aktiviertem Debug-Modus triggern und den kompletten Stracktrace posten?
Sollte es mit der Marketing Suite zu tun haben, was wir aktuell nicht reproduzieren können, wäre es schön wir könnten den Fehler einfach fixen damit auch andere Betroffene etwas davon haben ;)

Zusätzlich dazu wäre vielleicht noch die composer.json interessant - vielleicht gibt es irgendwelche Probleme in Verbindung mit anderen verwendeten Erweiterungen.

Hallo, werde ich versuchen.
Also Contao 4.13.2
alles OK
Marketing Suite installiert ohne Probleme
BE soweit OK bis zum Aufruf der Dateiverwaltung
Dann kommt Internal Server Error

Zitat:

---

An exception occurred while executing a query: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'field list'

---

Debug Modus

Zitat:

---

An exception occurred while executing a query: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'field list'

---

Zitat:

---

Stack Traces 3

[3/3] InvalidFieldNameException

Doctrine\DBAL\Exception\InvalidFieldNameException:
An exception occurred while executing a query: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'field list'

at vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:69
at Doctrine\DBAL\Driver\API\MySQL\ExceptionConverter->convert()
(vendor/doctrine/dbal/src/Connection.php:1813)
at Doctrine\DBAL\Connection->handleDriverException()
(vendor/doctrine/dbal/src/Connection.php:1748)
at Doctrine\DBAL\Connection->convertExceptionDuringQuery()
(vendor/doctrine/dbal/src/Connection.php:1054)
at Doctrine\DBAL\Connection->executeQuery()
(vendor/contao/core-bundle/src/Resources/contao/library/Contao/Database/Statement.php:284)
at Contao\Database\Statement->query()
(vendor/contao/core-bundle/src/Resources/contao/library/Contao/Database/Statement.php:240)
at Contao\Database\Statement->execute()
(vendor/contao/core-bundle/src/Resources/contao/library/Contao/Database.php:192)
at Contao\Database->execute()
(vendor/marcel-mathias-nolte/contao-filesmanager-fileusage/src/DcaCallbacks.php:122)
at MarcelMathiasNolte\ContaoFilesmanagerFileusageBund le\DcaCallbacks->buildUsageCache()
(vendor/marcel-mathias-nolte/contao-filesmanager-fileusage/src/DcaCallbacks.php:25)
at MarcelMathiasNolte\ContaoFilesmanagerFileusageBund le\DcaCallbacks->getActiveStateIcon()
(vendor/contao/core-bundle/src/Resources/contao/classes/DataContainer.php:918)
at Contao\DataContainer->generateButtons()
(vendor/contao/core-bundle/src/Resources/contao/drivers/DC_Folder.php:2842)
at Contao\DC_Folder->generateTree()
(vendor/contao/core-bundle/src/Resources/contao/drivers/DC_Folder.php:440)
at Contao\DC_Folder->showAll()
(vendor/contao/core-bundle/src/Resources/contao/classes/Backend.php:666)
at Contao\Backend->getBackendModule()
(vendor/contao/core-bundle/src/Resources/contao/controllers/BackendMain.php:168)
at Contao\BackendMain->run()
(vendor/contao/core-bundle/src/Controller/BackendController.php:49)
at Contao\CoreBundle\Controller\BackendController->mainAction()
(vendor/symfony/http-kernel/HttpKernel.php:152)
at Symfony\Component\HttpKernel\HttpKernel->handleRaw()
(vendor/symfony/http-kernel/HttpKernel.php:74)
at Symfony\Component\HttpKernel\HttpKernel->handle()
(vendor/symfony/http-kernel/Kernel.php:202)
at Symfony\Component\HttpKernel\Kernel->handle()
(web/index.php:44)
at require('/var/www/vhosts/musikverein.de/httpdocs/web/index.php')
(web/app.php:13)

---

Soweit

Der Fehler wird von marcel-mathias-nolte/contao-filesmanager-fileusage ausgelöst, nicht von numero2/contao-marketing-suite direkt. Der Fehler kommt zustande, weil die Marketing Suite ein DCA ohne id Feld verwendet, was vom Core grundsätzlich nicht unterstützt wird - aber die Marketing Suite verwendet hier einen eigenen Driver. Das berücksichtigt aber wiederum marcel-mathias-nolte/contao-filesmanager-fileusage nicht.

Hallo Spooky,
danke für die ausführliche Erklärung.
So tief bin ich da nicht drin um alle Zusammenhänge aufzudröseln.
Aber es gibt ja zum Glück die Spezialisten.

Zitat:

---

Zitat von Spooky

[...]Der Fehler kommt zustande, weil die Marketing Suite ein DCA ohne id Feld verwendet, was vom Core grundsätzlich nicht unterstützt wird - aber die Marketing Suite verwendet hier einen eigenen Driver. Das berücksichtigt aber wiederum marcel-mathias-nolte/contao-filesmanager-fileusage nicht.

---

Hast Du da was konkretes gefunden? Weil das DCA ohne id mit eigenem Driver ist ja quasi eine Kopie des DC_File aus dem Core und verursacht lokal bei unseren Tests mit der Erweiterung von Marcel Mathias Nolte keine Probleme.

Was jedoch Probleme verursacht ist die numero2/contao-opengraph3 welche wir bei der Marketing Suite mit empfehlen. Dort gibt es tatsächlich ein DCA ohne id aber auch ohne Driver.

Wie es aussieht wird das Problem durch eine Änderung mit 4.13.2 (evtl schon .1) verursacht. Dadurch wird eine Tabelle angelegt von einem DCA welches eigentlich nur genutzt werden sollte um Core-DCAs zu erweitern. Wie es scheint ist dazu auch schon ein Issue bekannt: https://github.com/contao/contao/issues/4458

Konkret habe ich es noch nicht analysiert.

Zitat:

---

Zitat von BennyBorn

Wie es aussieht wird das Problem durch eine Änderung mit 4.13.2 (evtl schon .1) verursacht. Dadurch wird eine Tabelle angelegt von einem DCA welches eigentlich nur genutzt werden sollte um Core-DCAs zu erweitern. Wie es scheint ist dazu auch schon ein Issue bekannt: https://github.com/contao/contao/issues/4458

---

Wenn ihr keine Hard Dependency habt auf die Extension, deren DCA ihr erweitern wollt, dann müsst ihr da eine Überprüfung einbauen (unabhängig davon, ob das im Core geändert wird oder nicht).

Zitat:

---

Zitat von Spooky

Wenn ihr keine Hard Dependency habt auf die Extension, deren DCA ihr erweitern wollt, dann müsst ihr da eine Überprüfung einbauen (unabhängig davon, ob das im Core geändert wird oder nicht).

---

Haben wir ja. Problem ist nur das wir dazu ein extra DCA angelegt haben (opengraph_fields) welches quasi als Vorlage dient und für das jetzt plötzlich ein Table generiert wird.

Verstehe leider nicht was du meinst. Wo finde ich dieses DCA?

Hier

https://github.com/numero2/contao-op...aph_fields.php

und in den anderen DCA's fragen wir dann ab ob es diese überhaupt gibt und mergen dann Teile unserer "Vorlage" rein

https://github.com/numero2/contao-op...ca/tl_page.php

Ja, das dürft ihr so nicht machen. Dadurch erzeugst du ein DCA namens opengraph_fields. Es würde ja schon reichen wenn ihr diese Vorlage nicht in $GLOBALS['TL_DCA'] gebt, sondern sonst wo hin.

Zitat:

---

Zitat von Spooky

Es würde ja schon reichen wenn ihr diese Vorlage nicht in $GLOBALS['TL_DCA'] gebt, sondern sonst wo hin.

---

Kann man sicherlich noch optimieren in der Zukunft.

@elwega

Um nochmal auf Dich zurück zu kommen und das Thema abzuschließen :)
Am einfachsten wäre es Du deinstallierst aktuell die OpenGraph-Erweiterung, dann sollte die Suite auch wieder laufen.

Open Graph-Meta-Tags im <head>-Teil usw. dann werde ich mal den Seitenbesitzer fragen ob das weg kann.
Open Graph Erweiterung gibt es auf der Seite meines Wissens nicht, es sei denn eine Erweiterung hat das.

Deswegen wäre es ja das einfachste Du postest einfach den Inhalt der composer.json ;)

Gerne doch:

Zitat:

---

{
"type": "project",
"require": {
"codefog/contao-cookiebar": "^2.4",
"contao/calendar-bundle": "4.13.*",
"contao/comments-bundle": "4.13.*",
"contao/conflicts": "*@dev",
"contao/faq-bundle": "4.13.*",
"contao/listing-bundle": "4.13.*",
"contao/manager-bundle": "4.13.*",
"contao/news-bundle": "4.13.*",
"contao/newsletter-bundle": "4.13.*",
"dklemmt/contao_dk_mmenu": "^3.2",
"do-while/contao-pdf-template-bundle": "^1.3",
"felixpfeiffer/subcolumns": "^3.1",
"madeyourday/contao-rocksolid-columns": "^2.0",
"marcel-mathias-nolte/contao-filesmanager-fileusage": "^1.0",
"sioweb/dsgvo": "^1.2"
},
"extra": {
"contao-component-dir": "assets"
},
"scripts": {
"post-install-cmd": [
"Contao\\ManagerBundle\\Composer\\ScriptHandler::i nitializeApplication"
],
"post-update-cmd": [
"Contao\\ManagerBundle\\Composer\\ScriptHandler::i nitializeApplication"
]
}
}

---

"marcel-mathias-nolte/contao-filesmanager-fileusage": "^1.0" vielleicht?