Fehlermeldung bei Anlegung eines Feldes vom Typ Nummer

[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!



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]

maxValue

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

[RoGer]

Syntaxfehler bei Feldtyp Dezimal/Nummer

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/showthread.php?38939-Catalog-Filter-Fehler-bei-Bereichs-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]

MYSQL-Querys mit `feldname`

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