Erstellt vor 11 Jahren
Zuletzt geändert vor 9 Jahren
#60 closed Fehler (duplicate)
FEHLER: Datum/Zeit-Feldwert ist außerhalb des gültigen Bereiches: »31.12.2004«
| Erstellt von: | h.goebel@… | Verantwortlicher: | m.bunkus@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.0.2 |
| Schweregrad: | schwerwiegend | Stichworte: | Installation |
| Beobachter: |
Beschreibung
Ettliche Berichte bringen
FEHLER: Datum/Zeit?-Feldwert ist außerhalb des gültigen Bereiches:
»31.12.2004«
Ursache ist offensichtlich die Voreinstellung des Datumsformats.
Lösungsmöglichkeiten:
1) Immer mit ISO-Format arbeiten, das ist immer eindeutig.
---> Das scheint die beste Lösung zu sein, da sie mit allen 'datestyles'
funktioniert.
2) In jeder Abfrage/Session?, die ein Datum verwendet:
SET DateStyle? TO ISO, DMY;
3) In 'postgresql.conf' eintragen:
datestyle = 'iso, dmy'
Das Betrifft aber _alle_ Clients uns sollte daher vermeiden werden.
Änderungshistorie (7)
comment:1 Geändert vor 10 Jahren durch p.reetz@…
comment:2 Geändert vor 10 Jahren durch h.goebel@…
Es könnte sein, dass dieser Fehler erst mit Postgresql 7.4 auftritt. Laut
http://sql-info.de/postgresql/gotchas/resolved-postgresql-gotchas.html :
"Prior to version 7.4 PostgreSQL silently swapped month and day values in
ISO-style date strings YYYY-MM-YY if the month value was greater than 12,
implicitly assuming the string to be YYYY-DD-MM:"
Ich setze hier eine 7.4 ein. Welche haben Sie?
comment:3 Geändert vor 10 Jahren durch p.reetz@…
Auf unserem Entwicklungsserver läuft Postgres 7.4.2 ;(
comment:4 Geändert vor 10 Jahren durch h.goebel@…
Eben habe ich in einem Forumsbeitrag noch etwas gefunden. Anscheinend
gibt es in users/members einen Eintrag 'dboption'. Dieser ist bei mir _leer_. In
dem Forumsbeitrag stand irgendetwas von
dboptions=set DateStyle? to 'GERMAN'
Was steht da auf dem Entwicklungs-Server drin? Und was macht diese
Option?
comment:5 Geändert vor 10 Jahren durch m.bunkus@…
This bug has been reassigned to m.bunkus@….
comment:6 Geändert vor 10 Jahren durch m.bunkus@…
* This bug has been marked as a duplicate of 71 *
comment:7 Geändert vor 10 Jahren durch m.bunkus@…
Ich halte diesen Bug fuer den gleichen wie
https://lx-office.linet-services.de/bugzilla/show_bug.cgi?id=71
In der Tat setzt LX Office bei jeder Verbindung zur Datenbank das
Format fuer Daten anhand der Benutzereinstellungen. Hier fehlte
allerdings die Abfrage fuer den Fall 'yyyy-mm-dd'; es gab nur
diejenige fuer 'yy-mm-dd'. Der an #71 angehaengte Patch sollte
auch dieses Problem beseitigen.
Ich markiere diesen Bug als Duplikat von 71.

Kann den Fehler leider nicht nachstellen