Base - Datumsdifferenz zwischen Abfrage und Report

de-users
#1

Guten Tag,

LO-Version 4.4.2.2
Linux-Ubuntu/Kubuntu 15.04
Gnome3-Oberfläche

Mir ist gerade aufgefallen, dass Geburtstage (Datumswert), die in der Datenbank und in der Abfrage korrekt sind, bei einem Report um zwei Tage zurückdatiert werden; Beispiel: aus dem 15.04.1934 (korrektes Datum) wird beim Ausdruck der 13.04.1934

Ich kann nicht erkennen, wo das Problem sein kann, das Systemdatum ist richtig eingestellt.
Hat einer das gleiche Phänomen schon beobachtet??
-danke-

#2

Das `System-Datum` wird ja nur benötigt um das|die aktuelle Datum|Zeit
zu ermitteln.

Deine Datenbank ( ? Calc-dokument ?) hat welches Basidatum?
→Extras→Optionen→Calc→Berechnen →→ ? Basisdatum ?

Ich könnte mir vorstellen das irgendwo gewechselt wird vom Basisdatum 1.1.1900(Star-calc-default) auf 30.12.1899(Calc-Default) und nicht umgerechnet wird.

#3

Hallo Hajo,

LO-Version 4.4.2.2 Linux-Ubuntu/Kubuntu 15.04 Gnome3-Oberfläche

Mir ist gerade aufgefallen, dass Geburtstage (Datumswert), die in
der Datenbank und in der Abfrage korrekt sind, bei einem Report um
zwei Tage zurückdatiert werden; Beispiel: aus dem 15.04.1934
(korrektes Datum) wird beim Ausdruck der 13.04.1934

Welche Art von Report verwendest Du? Die alte Variante, mit der nur
über einen Assistenten eine Tabellenübersicht mit maximal 4
Gruppierungen möglich ist? Dann könnte es dieser Bug sein:
https://bugs.documentfoundation.org/show_bug.cgi?id=91022

Ich kann nicht erkennen, wo das Problem sein kann, das Systemdatum
ist richtig eingestellt.

Das hat nichts mit dem Systemdatum o.ä. zu tun. Dabei handelt es sich
um einen internen Fehler von LO.

Schreib bitte, ob es sich um den in dem Bugreport ersichtlichen
(Screenshot!) Berichtsgenerator handelt. Dann ist die Sache zumindest
bekannt...

Gruß

Robert

#4

Hallo Robert,
ich habe mal alle Reports umgestellt, ich glaube, das war in Version 4.1 oder 4.2, aber wo kann ich das Startdatum erkennen?

#5

ich habe kein Calc-Dokument, bzw. die von dir genannten Menüpunkte sind bei mir nicht vorhanden.

#6

hi,
den aktuellen Diskussionsfaden muss ich mal nutzen, um meinen Unmut über die Entwicklung von LO kund zu tun. Bei jeder neuen Version ist irgendwas überraschendes dabei, vor zwei Versionen waren es die Bildvorschauen der Dateien, an denen ich zu letzt gearbeitet habe und jeder, der wollte, konnte lesen, was da geschrieben stand, wenn man die noch abschaltbar gemacht hätte, wäre ich ja zufrieden gewesen.
Aber der Datumsfehler in den Reports hat mich heute total überrascht, weil ich bei einem Kaffeklatsch meines Verbandes Geburtstage vorgelesen habe und Anwesende mir dann zuriefen, dass die Daten falsch sind, da zweifelt man zuletzt an seinem Verstand.
Hat das keiner vorher getestet???
Das muss doch auffallen, dass die Werte falsch ausgegeben werden.
Warum kann man von funktionierenden Teilen nicht einfach die Finger lassen und sich nur auf die Fehlerbehebung konzentrieren?

Also ich bin stinksauer

#7

Hallo Hajo,

ich habe mal alle Reports umgestellt, ich glaube, das war in
Version 4.1 oder 4.2, aber wo kann ich das Startdatum erkennen?

Was für ein Startdatum?

Noch einmal: Welche Art von Bericht verwendest Du? Lade einmal dieses
Beispiel aus dem Bugreport herunter und schau Dir den bericht an.
Sieht er so ähnlich aus?
https://bugs.documentfoundation.org/attachment.cgi?id=115273

Bevor das nicht geklärt ist, ist es müßig, weiter nach irgendwelchen
Ursachen zu forschen.

Gruß

Robert

#8

Hallo Hajo,

Aber der Datumsfehler in den Reports hat mich heute total
überrascht, weil ich bei einem Kaffeklatsch meines Verbandes
Geburtstage vorgelesen habe und Anwesende mir dann zuriefen, dass
die Daten falsch sind, da zweifelt man zuletzt an seinem Verstand.
Hat das keiner vorher getestet??? Das muss doch auffallen, dass
die Werte falsch ausgegeben werden. Warum kann man von
funktionierenden Teilen nicht einfach die Finger lassen und sich
nur auf die Fehlerbehebung konzentrieren?

Nicht alle Details eines Programms können immer wieder neu getestet
werden. Es ist bestimmt niemand bewusst hin gegangen und hat bei den
berichten plötzlich eine Änderung vorgenommen, die zu diesem Fehler
führte. Die Änderung hat vermutlich, wie so oft, eine Ursache an ganz
anderer Stelle. Es ist einfach so, dass bei so einer komplexen
Software wie LibreOffice viele Bestandteile nicht nur ein Modul
betreffen. Da wird dann an einer Stelle ein Loch gestopft oder eine
zusätzliche Funktion eingebaut und plötzlich fließt ganz woanders das
Wasser rein - um das einmal bildlich klarer darzustellen.

Das Modul, in dem bisher der Fehler (seit dem 2.5.15) bekannt ist,
wird von LibreOffice offiziell gar nicht mehr genutzt. Wenn Berichte
erstellt werden, dann mit dem Report-Builder. Der ist zwar weiterhin
eine Erweiterung, wird aber so weit versteckt, dass diese Erweiterung
nach der Installation nicht einmal mehr in den Menüs auftaucht. Wenn
ich mit einer normalen Installation einen Bericht erstelle, so
erstelle ich den mit dem Report-Builder. Mir selbst ist es hier unter
OpenSUSE nur mit Hilfe der Deinstallation von Paketen möglich, den
alten Berichtsassistenten zu starten. Da ist es dann kein Wunder, dass
niemandem auffällt, wenn dort plötzlich eine Änderung erscheint.

Gruß

Robert

#9

habe die datei geladen und den report ausgeführt
das ergebnis sieht so aus:
ID TimeStamp Date
0 29/04/15 15:00 13/05/15
1 29/04/15 15:00 14/05/15

ich hoffe, du kannst damit was anfangen

#10

Hallo
ich habe das an einer Test-DB:
https://dl.dropboxusercontent.com/u/3483911/LO-divers/test.odb
mal ausprobiert und keine falschen Datumswerte festgestellt.

Ich würde probeweise das Benutzerprofil von LO mal umbenennen und
testen, ob mit einem neuen Profil der Fehler nicht mehr auftritt.
MfG Alois

#11

Hallo Hajo,

habe die datei geladen und den report ausgeführt das ergebnis sieht
so aus: ID TimeStamp Date 0 29/04/15 15:00 13/05/15 1 29/04/15
15:00 14/05/15

ich hoffe, du kannst damit was anfangen

Die Werte liegen, wie erwartet, um 2 Tage vor den tatsächlichen Werten
aus der Tabelle. Das ist der benannte Bug.

Mir scheint allerdings, dass wir starke Verständigungsprobleme haben.

Ich habe die gleiche Datei herunter geladen und jetzt einmal neben dem
Bericht in der alten Form einen Bericht mit dem Report-Builder
gestellt. Der Bericht mit dem Report-Builder zeigt die Datumsangaben,
die auch in den Tabellen stehen.
http://robert.familiegrosskopf.de/lo_hb_dev/Dates.odb

Vom Prinzip her geht es mir darum festzustellen, welche Form von
Bericht Du da hast. Ich nehme an, dass Deiner von der Struktur her so
aussieht wie der, der ursprünglich erstellt wurde. Dieses
Berichtsmodul war früher das übliche Modul - bevor der Report-Builder
verstärkt Einzug in Base nahm und schließlich bei LO als fester
Bestandteil vorgesehen ist.

Wenn Du den "Bericht1" in der Datenbank nicht starten kannst, dann ist
bei Dir der Report-Builder aus irgendeinem Grund nicht installiert.
Der Bug, den Du festgestellt hast, ist erst seit kurzem überhaupt
bekannt geworden, da die meisten Nutzer von Base mit diesem
Berichtsmodul überhaupt nicht arbeiten - sie können so einen Bericht
aufgrund der Konfiguration von LO überhaupt nicht erstellen.

Gruß

Robert

#12

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Hajo,

habe die datei geladen und den report ausgeführt das ergebnis sieht
so aus: ID TimeStamp Date 0 29/04/15 15:00 13/05/15 1 29/04/15
15:00 14/05/15

ich hoffe, du kannst damit was anfangen

Die Werte liegen, wie erwartet, um 2 Tage vor den tatsächlichen Werten
aus der Tabelle. Das ist der benannte Bug.

Mir scheint allerdings, dass wir starke Verständigungsprobleme haben.

Ich habe die gleiche Datei herunter geladen und jetzt einmal neben dem
Bericht in der alten Form einen Bericht mit dem Report-Builder
gestellt. Der Bericht mit dem Report-Builder zeigt die Datumsangaben,
die auch in den Tabellen stehen.
http://robert.familiegrosskopf.de/lo_hb_dev/Dates.odb

Vom Prinzip her geht es mir darum festzustellen, welche Form von
Bericht Du da hast. Ich nehme an, dass Deiner von der Struktur her so
aussieht wie der, der ursprünglich erstellt wurde. Dieses
Berichtsmodul war früher das übliche Modul - bevor der Report-Builder
verstärkt Einzug in Base nahm und schließlich bei LO als fester
Bestandteil vorgesehen ist.

ich habe eben mal getestet, einen neuen bericht erstellt, einer ist komischerweise richtig, und ein anderer hat wieder diesen datums-bug.
also ich werde wieder auf 4.3 zurückkehren, ich kann nicht erkennen, dass die version 4.4 so revolutionär neues bietet.

#13

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Hajo,

habe die datei geladen und den report ausgeführt das ergebnis sieht
so aus: ID TimeStamp Date 0 29/04/15 15:00 13/05/15 1 29/04/15
15:00 14/05/15

ich hoffe, du kannst damit was anfangen

Die Werte liegen, wie erwartet, um 2 Tage vor den tatsächlichen Werten
aus der Tabelle. Das ist der benannte Bug.

Mir scheint allerdings, dass wir starke Verständigungsprobleme haben.

Ich habe die gleiche Datei herunter geladen und jetzt einmal neben dem
Bericht in der alten Form einen Bericht mit dem Report-Builder
gestellt. Der Bericht mit dem Report-Builder zeigt die Datumsangaben,
die auch in den Tabellen stehen.
http://robert.familiegrosskopf.de/lo_hb_dev/Dates.odb

Vom Prinzip her geht es mir darum festzustellen, welche Form von
Bericht Du da hast. Ich nehme an, dass Deiner von der Struktur her so
aussieht wie der, der ursprünglich erstellt wurde. Dieses
Berichtsmodul war früher das übliche Modul - bevor der Report-Builder
verstärkt Einzug in Base nahm und schließlich bei LO als fester
Bestandteil vorgesehen ist.

ich habe aber alle berichte vor einem jahr etwa oder eineinhalb jahren auf den neuen reportbuilder umgestellt, ist da jetzt wieder ein neuerer im einsatz?
also ich habe keine lust, jedes jahr meine 50-60 reports neu zu machen, nur weil da irgendein spinner meint, alles umstellen zu müssen.
irgendwann ist mal feierabend, ich habe bestimmt schon drei oder viermal die reports neu gemacht.

habe übrigens testweise mal einen neuen report erstellt, und da scheint der fehler nicht aufzutreten.

#14

Hallo Hajo,

ich habe aber alle berichte vor einem jahr etwa oder eineinhalb
jahren auf den neuen reportbuilder umgestellt, ist da jetzt
wieder ein neuerer im einsatz?

Nein, der Report-Builder existiert in unveränderter Fassung
(vielleicht mit Ausnahme von Bugfixes und Formeln) seit OpenOffice 3.*.
Mit welcher Programmversion von LO hast Du damals die Berichte umgestellt?

habe übrigens testweise mal einen neuen report erstellt, und da
scheint der fehler nicht aufzutreten.

Kannst Du mir die Datei, die diesen Fehler ausspuckt, einmal von Daten
komplett geleert per persönlicher Mail zuschicken? Das scheint mir
doch merkwürdig, dass Datumswerte mit dem Report-Builder einmal
versetzt, einmal korrekt dargestellt werden.

Gruß

Robert