Fatal error: Uncaught exception's im Backend von Contao 3.5.12 bei diversen Elementen

[Dreamer]

Hallo Contao-Community,

bin neu hier im Forum, verwende jedoch seit geraumer Zeit Contao für die eigene Webseite und bin begeistert. Seit den letzten 3 Versionen von Contao 3.5.x als LTS gibt es bei mir jedoch im Backend einige "Fatal error" sobald ich neue Elemente erstellen möchte. Da ich mir nicht sicher bin ob dies an "dhl_googlemap" liegt, oder an Contao Core poste ich dies einmal hier. Folgende Fehlermeldungen treten auf, sobald die Erweiterung "dhl_googlemap" in den Systemeinstellungen aktiviert ist:

1. Beim erstellen eines neuen Elementes für ein Artikel.

Fatal error: Uncaught exception Exception with message Query error:

Incorrect integer value: '' for column 'dlh_googlemap_zoom' at row 1 (INSERT INTO tl_content (type, floating, sortOrder, perRow, sliderSpeed, sliderStartSlide, article_list_childrens, article_list_page_headline, article_list_teaser, com_order, com_template, dlh_googlemap_template, dlh_googlemap_zoom, pid, sorting, ptable, tstamp) VALUES ('text', 'above', 'ascending', 4, 300, 0, '1', '1', '1', 'ascending', 'com_default', 'ce_dlh_googlemaps_default', '', 1336, 512, 'tl_article', 0)) thrown in system/modules/core/library/Contao/Database/Statement.php on line 295

#0 system/modules/core/library/Contao/Database/Statement.php(264): Contao\Database\Statement->query()
#1 system/modules/core/drivers/DC_Table.php(689): Contao\Database\Statement->execute()
#2 system/modules/core/classes/Backend.php(650): Contao\DC_Table->create()
#3 system/modules/core/controllers/BackendMain.php(131): Contao\Backend->getBackendModule('article')
#4 contao/main.php(20): Contao\BackendMain->run()
#5 {main}

2. Beim erstellen eines neuen Elements (Detail) für einen Kalendereintrag:

Fatal error: Uncaught exception Exception with message Query error:

Incorrect integer value: '' for column 'dlh_googlemap_zoom' at row 1 (INSERT INTO tl_content (type, floating, sortOrder, perRow, sliderSpeed, sliderStartSlide, article_list_childrens, article_list_page_headline, article_list_teaser, com_order, com_template, dlh_googlemap_template, dlh_googlemap_zoom, pid, sorting, ptable, tstamp) VALUES ('text', 'above', 'ascending', 4, 300, 0, '1', '1', '1', 'ascending', 'com_default', 'ce_dlh_googlemaps_default', '', 177, 64, 'tl_calendar_events', 0)) thrown in system/modules/core/library/Contao/Database/Statement.php on line 295

#0 system/modules/core/library/Contao/Database/Statement.php(264): Contao\Database\Statement->query()
#1 system/modules/core/drivers/DC_Table.php(689): Contao\Database\Statement->execute()
#2 system/modules/core/classes/Backend.php(650): Contao\DC_Table->create()
#3 system/modules/core/controllers/BackendMain.php(131): Contao\Backend->getBackendModule('calendar')
#4 contao/main.php(20): Contao\BackendMain->run()
#5 {main}

Sobald die Erweiterung "dlh_googlemap" deaktiviert wird in den Einstellungen und der interne Cache neu aufgebaut wurde, lassen sich die Elemente neu erstellen.

Zudem wird im Frontend für die Kalendereinträge im Feld "Detail" des Standard-Templates für die komplette Ausgabe überall eine "1" ausgegeben, auch wenn die Kalendereinträge keine Details enthalten.

Diese Fehler lassen sich ebenfalls mit einer neuen Installation reproduzieren:

Contao 3.5.12 unter Ubuntu Server 16.04 LTS mit Apache 2.4.18, PHP 7.0.4, MySQL 5.7.12 (MySQLi)

Die verwendeten Erweiterungen:

contao-community-alliance/composer-client 0.16.4
contao-legacy/calendar_extended 3.6.0.9023
contao-legacy/ce_article_list 1.6.3.9003
contao-legacy/coin-slider 1.7.0.9009
⤷ lionel/coin-slider (Installation bringt Fehler, kann nicht abgeschlossen werden)
contao-legacy/contao-wetter 1.0.2.9014
contao-legacy/page_images 3.2.0.9007
bugbuster/botdetection 4.0.2
bugbuster/visitors 3.7.1
christianbarkowsky/extended_checkbox 1.1.3
delahaye/dlh_geocode 1.0.4
delahaye/dlh_googlemaps 2.1.1
menatwork/contao-multicolumnwizard 3.3.4
phpoffice/phpexcel 1.8.1
terminal42/contao-calendarfield 1.7.2
fipps/contao-rss-import 3.3 (dev)

Auch wenn mein Beitrag eher in Richtung Bug-Report tendiert, hoffe ich das weitergeholfen werden kann bzw. ein künftiges Update diese beseitigt.

MfG - Dreamer

[Spooky]

Hm, PHP 5.7.12 gibt es nicht

[stefan.sl]

Das scheint trotzdem vom dlh_googlemaps zu kommen.

Du hast bei deinem Googlemap-Inhaltselement den Wert aus dem Feld Zoomfaktor gelöscht. Scheinbar wird das nicht abgefragt, bzw. ist dieses Feld kein Pflichtfeld.

Probier mal folgendes:
- dlh_googlemaps wieder aktivieren und im GoogleMaps-Inhaltselement einen Wert (z.B. 14) eingeben.

Alternativ:
- dlh_googlemaps deinstallieren
- Composer -> Datenbank aktualisieren
- dlh_googlemaps neuinstallieren und dein Inhaltselement neu erstellen.

BTW. dlh_googlemaps läuft bei mir mit Contao 3.5.12 und PHP 5.6

[Dreamer]

@Spooky:

Danke für den Hinweis. Ist korrigiert auf PHP 7, jedoch trat dieser Fehler ebenfalls bereits unter PHP 5 auf.

@stefan.sl:

Bei allen Google-Maps ist der Zoomfaktor "dlh_googlemap_zoom" mit einem Wert zwischen 13 und 15 definiert.
In den Kartenelementen gibt es keine Vorgabe. Auf den Seiten, wo die Map's eingebunden werden ist dies kein Pflichtfeld. Werde dies einmal austesten.
Ansonsten bringt eine Deinstallation und erneute Installation keine Lösung, wie ebenfalls die beschriebene komplette Neuinstallation mit Blanko-Contao.
Melde mich wieder wenn die Zoom-Werte gesetzt sind in den Artikeln der Seiten.

Danke.

[Spooky]

Der Fehler passiert vermutlich aufgrund eines aktivierten strict modes in deinem MySQL Server.

Im Grunde liegt der Fehler aber bei dlh_googlemaps, habe dafür ein Ticket erstellt: https://github.com/delahaye/dlh_googlemaps/issues/58

@Dreamer: du kannst es einstweilien selbst beheben, indem du

$GLOBALS['TL_DCA']['tl_content']['fields']['dlh_googlemap_zoom']['default'] = 0; 

in deine dcaconfig.php einfügst. Oder den strict mode im MySQL Server deaktivieren.

[Dreamer]

@stefan.sl: Brachte leider keine Lösung.

@Spooky:

Dein Tipp mit der dcaconfig.php war goldrichtig. Neue Elemente in Artikeln und unter einem Kalendereintrag die Erstellung von Detaileinträgen funktionieren wieder.
Jedoch erklärt dies nicht, warum eine 1 im Frontend ausgegeben wird zu Kalendereinträgen keine Details angelegt sind. Gehe davon aus, dass dies ggf. ein Default-Wert sein könnte.

Zum MySQL-Server:

mysql -u BENUTZER -p -e "select @@sql_mode"

ergibt bei einer Standardkonfiguration unter Ubuntu 16.04 LTS

ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

Diese ist geändert worden nachdem ebenfalls Fehler auftraten im Backend auf bei leeren Feldern 'date' in SQL-Querrys:

STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

Somit sind die Konfigurationseinstellungen:

ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE

deaktiviert.

Danke für die schnelle bzw. prompte Hilfe und die Erstellung des Bug-Reports. Somit kann dieser Beitrag auf gelöst gesetzt werden.

PS: Könnte einmal bei Gelegenheit die Default-Konfiguration des MySQL wieder herstellen und die weiteren auftretenden Fehler posten, sofern erwünscht.

[Spooky]

Hm, eigentlich sollte

STRICT_TRANS_TABLES

dafür verantwortlich sein, zumindest für den ursprünglichen Fehler.

[Dreamer]

Habe ich gleich einmal in der mysqld.conf geändert.

Nachdem ich dies geändert habe auf

sql_mode = "ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

kann ich unter anderem unter News im Feld 'time' wieder eine Uhrzeit setzen von 00:00 - 00:59 bei Verwendung der Erweiterung "fipps/contao-rss-import" unter dem News-Modul von Contao.

Sieht so aus als wenn es mehrere Fehler gibt im Zusammenhang mit dem MySQL-Server 5.7 in der Standardkonfiguration. Angenommen einer der vielen Web-Hoster stellt Datenbanken bereit wenn der MySQL-Server in der Standardkonfiguration läuft -> jede Menge Fehler.

[Spooky]

Ja, ab MySQL 5.7 ist der default mode tatsächlich strikter als früher, das sollte im Contao Core im Auge behalten werden (falls es dort zu Fehlern kommt). Alle anderen Extensions müssen natürlich für sich sorgen, dass sie sauber programmieren.