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 ...

[MacKP]

Hallo Nina,
ich musste auch erst mal nachfragen ^^
Das was Xtra da noch braucht ist der ganze Rest der Fehlermeldung (mit on line blabla), damit der weiß, wo der Fehler genau auftaucht ^^

Hier noch Infos zu dem Fremdwort: http://de.wikipedia.org/wiki/Stacktrace

Viele Grüße

PS: Danke an Toflar für die einfache Übersetzung für mich *g*

[xchs]

Ganz genau: Stacktrace or GTFO!

stacktrace-or-gtfo.jpg

Nur leider gibt es dazu weder Stack Trace noch Einträge in der "system/logs/error.log". Ich jedenfalls erhalte nichts dergleichen.

Beim Speichern des Datensatzes wird lediglich unterhalb des Feldes "Maximum" der folgende Fehler rot angezeigt:

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=NULL WHERE id='140'' at line 1 (UPDATE tl_catalog_fields SET maxValue=NULL WHERE id='140')

Ich hätte daher - ähnlich wie Ruud - angenommen, dass es eventuell tatsächlich einen Konflikt mit der Feldbezeichnung gibt, zumal MAXVALUE ein reserviertes Wort in MySQL ist.

MAXVALUE represents an integer value that is always greater than the largest possible integer value (in mathematical language, it serves as a least upper bound).

[xtra]

Mhhh... das ist nun ganz schoen interessant, das haut uns nun aber ganz schoen rein.

Die Info dass es direkt unter dem Feld auftaucht sagt mir nun schon mal, dass das Problem also in der DC_Table auftritt.

Dass MAXVALUE inzwischen(!) ein reserviertes Wort ist, das war mir auch schon bewusst, ich habe jedoch keine Stelle im Code vom Catalog gefunden, wo dieses Feld unescaped abgefragt wird.
Das Problem ist also in der DC_Table, welche beim generieren der Queries ein WHERE ohne escaping macht.

Ich habe nun folgende Moeglichkeiten:
- DC_Table.php fixen und damit erst in zukynftigen Versionen von Contao wieder sauber funktionieren.
- Das Feld im Catalog umbenennen und damit inkompatibel zu allen bestehenden Installationen werden.

Ich tendiere momentan zu letzterem, muss dann jedoch eine runonce.php bauen, welche die bestehenden Installationen migriert, Die hierin enthaltenen Probleme sind jedoch schon hinlaenglich bekannt.
Muss man yberlegen.

Gruss
Chris

[StefanS]

Blöde Frage, aber gibt es hierfür schon eine Lösung?

[RoGer]

Hallo,

beim Feld-Typ "Dezimal" bzw. "Nummer" erhalte ich immer einen SQL-Syntaxfehler beim "Maximum" - egal welche Zahl ich eingebe oder ob das Feld leer ist.
Gibt's mittlerweile eine Lösung ? (contao 2.10.4)

DANKE

Roland
P.S. Ich kenne auch den entsprechenden Thread hier im Forum - leider ohne Lösung (https://www.contao-community.de/show...hlight=Dezimal)



Uploaded with ImageShack.us

[RoGer]

ähmm! Ich will ja nicht stören. Aber hat das überhaupt jemand gelesen ?

Roland

[Jogibär]

Ich habe eine Website mit Version 2.11.2, auf goneo, dort funktioniert die Eingabe eines Decimal- und Number-Feldes.
Es ist dort MySQL 5 installiert.
Hier auf meinem lokalen Server (auch MySQL 5) und einer Version 2.11.3 tritt wiederum dieser Fehler auf.

Kennt jemand die Quelle für die letzten Builds, wo dieser Fehler u.U. schon behoben ist?
Auf github finde ich irgendwie keinen Link zum Download.

EDIT:
Ok, ich habe nun eine SVN-Version gefunden und auch heruntergeladen.
Vielleicht funktioniert es ja hiermit.

[Nina]

Bin hier auf einem Host Europe-Webspace und habe den Fehler auch hier wieder *seufz*

catalog 2.0.0 beta2 58 (ER)
PHP Version 5.2.17
MySQL 5.5.25

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='99999' WHERE id='9'' at line 1 (UPDATE tl_catalog_fields SET maxValue='99999' WHERE id='9')

[Nina]

Gibt es dafür mittlerweile eine Lösung? Wenn nicht, wer traut sich eine Lösung zu? Ich bin auch bereit dafür zu bezahlen, da ich das wirklich schnellstmöglich benötige (geht um eine Adressdatenbanken für Hilfsorganisationen die Frauen in Not helfen - da sollten die Daten natürlich unbedingt passen!).

[Jogibär]

Hallo Nina,

wie ja auch schon vermutet, liegt es wohl an dem geschützten Wort "MaxValue", siehe hier: http://bugs.mysql.com/bug.php?id=59871

Ich habe intern alle Vorkommnisse von "MaxValue" in "MaxVal" umbenannt und das Nummernfeld funktioniert wieder ohne Fehlermeldung und inkl. der Prüfung auf den max. Wert.
Auch der Filter, in dem das Nummernfeld in meiner Seite verwendet wird, funktioniert. Ich kann bisher keine Nachteile feststellen.

Vielleicht wurde diese einfach Lösung aus Gründen der Rückwärtskompatibilität nicht so umgesetzt oder es gibt andere Knackpunkte.
Wäre toll, wenn sich noch ein Experte auf diesem Gebiet dazu äußern könnte.

PS: Ich verwende Version 2.0.0 beta2, Build 61

[Nina]

Hallo Jürgen,

verstehe ich das richtig, dass du einfach durch alle Files aus dem catalog-Ordner gegangen bist und diese Werte ausgetauscht hast?

Laut meiner Suche kommt es in folgenden Files vor:

Catalog.php
ModuleCatalog.php
dca/tl_catalog_fields.php

Ich habe darauf geachtet, dass ich nur die Stellen austausche, an denen wirklich ausschließlich MaxValue in genau der Schreibweise steht, nicht etwa irgendwas wie resetMinMaxValues.

Außerdem kommt es noch in der config/database.sql vor. Dort aber in dieser Form:

`maxValue` int(10) NULL default NULL,

Soll das ebenfalls ausgetauscht werden? Da mein Katalog schon existiert, müsste ich dann zusätzlich via PHPmyAdmin das entsprechende Tabellenfeld umbenennen.

[Jogibär]

Korrekt, ich habe mir zuvor alle Dateien im Finder auflisten lassen und die dann der Reihe nach mit Suchen-Ersetzen bearbeitet.
Ich habe auch nur nach "MaxValue" als ganzem Wort gesucht.

Bei mir waren es folgende Dateien:

• catalog/Catalog.php
• catalog/config/database.sql
• catalog/ModuleCatalog.php
• catalog/dca/tl_catalog_fields.php
• catalog/languages/de/tl_catalog_fields.php
  Je nach Bedarf dann noch die weiteren sprachabhängigen Definitions-Dateien.

PS: Ja, ich habe das bei mir auch nachträglich erst gemacht und einfach in PHPMyAdmin abgeändert.

[Nina]

Die Fehlermeldung kommt jetzt nicht mehr. Danke

[mschindler]

Hallo Nina,
hast du in deinem Projekt einen Filter im Einsatz, der auf Dezimalzahlen Felder geht und nach der Anpassung des hier beschriebenen Fixes wieder funktionierte.
Ich habe in einer Installation local und Live auch das Problem. Der Fehler schaut bei mir wie folgt aus und ich habe die Dezimalzahlen Felder in der DB in Verdacht.
https://community.contao.org/de/show...reichs-Feldern

Vielleicht ist hier ein Zusammenhang, das die Dezimalzahlen Felder schon nicht richtig in der DB angelegt werden.

Viele Grüße

Markus

Die Fehlermeldung kommt jetzt nicht mehr. Danke

[sr-tag]

Hallo,

Ich schreibe meine MySQL-Querys (fast) immer mit `` wenn es Feldnamen oder Tabellennamen sind dann ist es egal ob der Inhalt ein geschützter Name ist oder nicht. Denn dann weiß MySQL genau das es ein Feldname bzw ein Tabellenname und nicht ein zu interpretierender Wert ist.

z.B.: INSERT INTO `testtable`(`feld1`,`feld2`) SET('1','2');

Wichtig hierbei ist die Art der Zeichen zu beachten die Felder werden mit den schräg-nachunten-rechts - Hochkomma (oder wie die auch immer richtig heißen) und deren Werte mit senkrechten Hochkomma eingeschlossen.

Da es leider vom Contao-Core schon nicht richtig gemacht wird, wird bei Aktionen wie kopieren eines Eintrages leider dannn immer dieser Fehler auftreten. Und man muss dann mit Umbenennung der Felder reagieren.

UPDATE:

Eine globale Contao-Lösung hab ich mal auf github als Issue 5666 gepostet:
https://github.com/contao/core/issues/5666


Gruß Sven