Erstellt vor 11 Jahren

Zuletzt geändert vor 9 Jahren

#65 closed Fehler (fixed)

FEHLER: Datum/Zeit-Feldwert ist außerhalb des gültigen Bereiches: »04-13-2004«

Erstellt von: h.goebel@… Verantwortlicher: m.bunkus@…
Priorität: normal Meilenstein:
Komponente: kivitendo ERP Version: 2.0.2
Schweregrad: normal Stichworte: Zahlungsverkehr
Beobachter:

Beschreibung

Datumsforamt ist ISO (YYYY-MM-DD)

Bei Eintragen eines Zahlungseingangs mit Datum "2004-04-13" wird dieses
offensichtlich falsch umgewandelt:

INSERT INTO acc_trans (trans_id, chart_id, transdate,
amount)
VALUES (15, 14, '04-13-2004',
348.00 * 1)
FEHLER: Datum/Zeit?-Feldwert ist außerhalb des gültigen Bereiches:
»04-13-2004«

Anhänge (1)

lxoerp-bug-65.diff (1.5 KB) - hinzugefügt von m.bunkus@… vor 10 Jahren.
Patch fuer dieses Problem

Alle Anhänge herunterladen als: .zip

Änderungshistorie (15)

comment:1 Geändert vor 11 Jahren durch h.goebel@…

Hoffentlich ist das nur ein Problem an dieser Stelle und nicht auch an anderen
Stellen, bei denen Daten dann falsch eingetragen werden.

comment:2 Geändert vor 10 Jahren durch m.bunkus@…

This bug has been reassigned to m.bunkus@….

comment:3 Geändert vor 10 Jahren durch m.bunkus@…

* This bug has been marked as a duplicate of 71 *

comment:4 Geändert vor 10 Jahren durch m.bunkus@…

Auch dieses Problem halte ich fuer das gleiche wie #71.

comment:5 Geändert vor 10 Jahren durch h.goebel@…

#71 hat nichts mit diesem Bug zu tun.

comment:6 Geändert vor 10 Jahren durch h.goebel@…

Das Problem besteht mit Version 2.1.0 noch immer:

INSERT INTO acc_trans (trans_id, chart_id, transdate,
amount)
VALUES (2, 14, '12-29-2004',
1.60 * 1)
FEHLER: Datum/Zeit?-Feldwert ist außerhalb des gültigen Bereiches:
»12-29-2004«

Offensichtlich wird das Datum für das SQL-Statement falsch
zusammengesetzt, oder bei der Eingabe falsch auseinander genommen.

comment:7 Geändert vor 10 Jahren durch m.bunkus@…

Was genau haben Sie eingegeben? Welches Datumsformat
haben Sie eingestellt (am besten der "dateformat"-Eintrag aus
der Userkonfiguration in users/<username>.conf )? Welche
Postgres-Version benutzen Sie, und welche
Datenbankeinstellung haben Sie bezueglich des Datums?

Ich kann das hier naemlich mit 2.1.0 nicht reproduzieren.
Datumsformat ist beim User auf "YYYY-MM-DD" eingestellt.
Wenn ich "2005-01-04" eingebe, dann wird das korrekte Datum
gespeichert, ich bekomme keine Fehlermeldung, und beim
Aufrufen der Rechnung wird der bezahlte Betrag mit dem
richtigen Datum angezeigt.

comment:8 Geändert vor 10 Jahren durch h.goebel@…

Was passiert bei Ihnen beim Datum "2004-12-29"? Das kann durch andere
Ergebnisse haben als "2005-01-04", weil 05, 01 und 04 sowohl ein gültiger
Tag als auch Monat ist.

comment:9 Geändert vor 10 Jahren durch h.goebel@…

Einstellung aus users/<username>.conf:

dateformat => 'yyyy-mm-dd',
dboptions => 'set DateStyle? to \'ISO\,


postgresql 4.7.5

In postgreq.conf:

datestyle = 'iso, dmy'



Das Problem ist aber, dass der zusammengebaute SQL-String falsch ist. Da
ist die DB-Version egal!

comment:10 Geändert vor 10 Jahren durch m.bunkus@…

"2004-12-29" funktioniert ebenfalls einwandfrei, und die
Zahlungseingaenge sind auch nach Datum richtig sortiert (2004-
12-29 erscheint vor 2005-04-1, obwohl ich die beiden Eingaenge in
umgekehrter Reihenfolge eingegeben habe).

Haben Sie irgendwo vielleicht noch custom_*.pl-Dateien rumliegen,
die vorhandene Funktionalitaet ueberschreiben?

find -name '*custom*'

comment:11 Geändert vor 10 Jahren durch h.goebel@…

Nur damit wir an der gleichen Stelle suchen: Ich rede von "Zahlungsverkehr
-> Zahlungseingang"! Die Erfassung von Zahlungseingängen über das
Rechnungs-Formular funktioniert.

custom gibt es nicht, alle Dateien stammen aus 2.1.0

Wir sollten wohl beim Erzeugen SQL-Statement weitersuchen. Könen Sie mir
einen Patch schicken, der das Statment in eine Datei (/tmp/sqllog.txt)
schreibt? Dann können wir sehen, ob es am SQL oder and der DB-Consig
liegt.

comment:12 Geändert vor 10 Jahren durch m.bunkus@…

Ah! Bei "Zahlungsverkehr -> Zahlungseingang" passiert es bei mir
auch. Ich hatte es bisher nur bei den Rechnungen selber probiert.

Ich schau, woran es liegt. Alle SQL-Queries zu loggen ist aus LX-
Office heraus nicht moeglich, aber man kann Postgres dazu
veranlassen, indem man in der postgresql.conf die Variable
"log_statement" entsprechend setzt.

comment:13 Geändert vor 10 Jahren durch m.bunkus@…

Der Patch, den ich gleich anhaenge, sollte das Problem loesen (der
letzte Hunk im Patch). Ausserdem korrigiert er zwei nicht/nur
teilweise uebersetzen Statusmeldungen.

Geändert vor 10 Jahren durch m.bunkus@…

Patch fuer dieses Problem

comment:14 Geändert vor 10 Jahren durch h.goebel@…

Ja, damit dies dieses probelm gelöst. Danke!

Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.