Fehlermeldung bei Anlegung eines Feldes vom Typ Nummer

[Thomas]

Moin, moin!

Ich bekomme eine Fehlermeldung, sobald ich ein Feld vom Typ Nummer anlegen möchte!

Query error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'maxValue='9999' WHERE id='69'' at line 1 (UPDATE tl_catalog_fields SET maxValue='9999' WHERE id='69')

Die MYSQL-Version: mysql Ver 14.14 Distrib 5.5.18

Das Feld sollte für Postleitzahlen genutzt werden.
Es ist unerheblich, ob ich das Feld zum Pflichtfeld mache oder nicht.

Ist das ein Bug oder liegt das an der neuen MYSQL-Server Version?

[mschindler]

Hallo zusammen,
den Fehler bekomme ich auch, wenn ich ein neues Feld von Type Nummer oder Dezimal anlege.

InfoBlase aus dem Backend:
Query error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'maxValue='2' WHERE id='12'' at line 1 (UPDATE tl_catalog_fields SET maxValue='2' WHERE id='12')


Im Einsatz ist Contao 2.10.2 auf XAMP catalog 2.0.0. beta2.

Der Fehler wird beim zweiten mal speichern geschmissen.

LG

Markus

[MacKP]

Hallo mschindler,
welche MySQL Version hast du denn drauf?

Viele Grüße

[Nina]

Ich hab den gleichen Fehler. Gibt es dafür eine Lösung?

Mein System:

Contao 2.10.4
catalog 2.0.0 beta2 58 (ER-Version)

MySQL 5/PHP 5

[mschindler]

Hallo mschindler,
welche MySQL Version hast du denn drauf?

Viele Grüße

Ich habe die Installation mal auf meinen Hosteurope VManagedServer gezogen und da funktioniert es mit dem Datum.
Kann dir aber die aktuelle MySQL Version nicht sagen was da lauft.

[Thomas]

Funktioniert denn die Einrichtung für ein Feld mit dem Typ Nummer?

Das war ja die ursprüngliche Fehlermeldung und diese hängt offenbar mit der MYSQL-Version zusammen.
Ob das schon gefixt wurde weiß ich nicht, habe es noch nicht wieder probiert.

[mschindler]

Habe eben ein neues Feld Nummer angelegt und keine Fehlermeldung auf meinem Hosteurope VManagedServer erhalten.
Also liegt es doch an der MySQL Version!?

[Nina]

Falls es was hilft:

Ich habe es auf einem XAMPP mit PHP Version 5.3.5 und MySQL Version 5.0.7 ausprobiert, als der Fehler auftauchte.

[Nina]

Mit der folgenden Kombi tritt das Problem nicht auf:

PHP Version 5.2.17
MySQL Version 5.1.49

[xchs]

Kann das Problem bestätigen unter:

• PHP 5.3.8
• MySQL 5.5.16

[Thomas]

PHP-Version: 5.3.9-1~dotdeb.1
Mysql-Server: 5.5.19-1~dotdeb.1
MySQL-Client-Version: mysqlnd 5.0.8-dev - 20102224 - $Revision: 321634 $

Läuft unter nginx 1.0.11, dürfte aber eher irrelevant sein.

Mich wundert nur, dass sich hierzu Niemand wirklich äußert.

[MacKP]

Hallo Thomas,
bisher hat sich noch keiner wirklich geäußert, weil wir bisher nicht herausfinden konnten was nun wirklich die Ursache ist. Wenn also noch etwas in der Art auffällt, wären wir froh, über weitere Infos (MySQL Version etc.). Bisher ist das ja irgendwie bei vielen verschiedenen Versionen. Bei sowas kann man dann so schwer ansetzen.

Wir beobachten das Problem auf jeden Fall ;-)

Viele Grüße

[xchs]

Ruud hat im englischen Forum ein mögliche Ursache für diesen Fehler aufgezeigt. Vielleicht kommen wir damit diesem ärgerlichen Fehler endlich auf die Schliche...

[xtra]

Habt ihr mir evtl. noch einen Stack trace?
Also was vor Database.php aufrufende funktionen waren, dann kann man sehen wo man eingreifen kann.

[Nina]

Wenn du sagst, wie man das erstellt ...