Kalenderansicht Arbeitswoche

[HH]

Hallo zusammen,

leider hat meine Forumssuche nichts ergeben. Insofern, versuche ich mein Problem hier darzustellen.

In einer Anwendung habe ich eine Kalenderansicht. Die Daten in den Dokumenten sind m.E. korrekt gespeichert und werden auch korrekt in den Ansichten angezeigt.

Die Ausnahme und das Problem ist, in KW 2012-12 werden die Termine von Montag bis einschl. Samstag eine Stunde später angezeigt. Am Sonntag erfolgt die Darstellung korrekt. (Ansicht Arbeitswoche)

Ähnlich in KW 2012-43. Hier werden die Termine eine Stunde früher angezeigt. Der Sonntag wieder korrekt.

Nehme ich den Sonntag aus der Ansicht Arbeitswoche heraus, so erfolgt die Anzeige korrekt.

Kennt jemand das Problem bzw. noch besser eine Lösung dazu?

Danke und Gruß
Hubert

[Glombi]

Das hört sich nach Sommer-/Winterzeitproblem an, denn die KWs passen da genau rein.

Und Ihr setzt noch Notes 6 ein?

Andreas

[HH]

Ja, wir setzen (noch) Notes 6.5.5 ein. Alles ein Problem der verfügbaren Ressourcen bzw. der Notwendigkeiten.

Das mit Sommer-/Winterzeit war auch mein erster Gedanke. Komisch nur die unterschiedliche Anzeige innerhalb einer Woche.

Ich befürchte auch, dass der Fehler versionsbedingt ist.

Hubert

[Tode]

Was ist daran komisch? Die Sommerzeit wechselt immer in der Nacht zum Sonntag... Es ist also logisch, wenn Montag - Samstag falsch sind und Sonntag dann richtig (oder umgekehrt). Und der Wechsel Sommerzeit / Winterzeit ist -am letzten Sonntag im März bzw. am letzten Sonntag im Oktober...

[HH]

Es läßt sich weiter reduzieren in der zwei-Tages-Ansicht.

Anzeige
Sa - So => Sa fehlerhaft
Fr - Sa => ok
So - Mo => Mo fehlerhaft
Mo - Di => ok

Habe das gerade noch einmal in meiner Mail-Db getestet. Gleicher Fehler. Es scheint also nichts mit meiner Anwendung, sondern offenbar mit der Implementierung der Kalenderansichten in 6.5.5 zu tun zu haben.

Ich hoffe, dass der Fehler in 8.5.x behoben ist.

Hubert

[stoeps]

Das ist definitiv ein Sommer/Winterzeit Problem! Ich vermute englischer Server one DSTLAW Eintrag und deutscher bzw. regionalisierter Client.

[koehlerbv]

show config dstlaw wäre auch das erste, was ich in dieser Situation gemacht hätte. Dann DST-Checks im Client (insofern man nicht schon weiss, dass es alle betrifft.
Wie sieht das Verhalten in der Mail-DB aus? Was sprechen da die Appointments?

Weiters (allerdings ohne genaue Erinnerungen): Die 6.5.5 war eine der Versionen, bei denen man wie in früheren Zeiten schon sagte: Nimm niemals eine ungerade Version. Da könnte also auch was sein. Allerdings greift in einer eigenen Anwendung der selbe Kalender-Mechanismus wie in der Mail-DB. Von daher müsste also auch dort der Schuss drin sitzen (es sei denn, die Mail-DBs liegen auf einem anderen Domino).

Bernhard

[HH]

DSTLAW=3,-1,1,10,-1,1

Das ist doch so in Ordnung - oder?

Der Fehler tritt bei unterschiedlichen Clients auf unterschiedlichen Servern sowohl in der Mail-Db als auch in der Applikation auf.

Scheint wohl etwas dran zu sein an der Vermutung mit der ungeraden Version.

Hubert

[koehlerbv]

Die DSTLAW-Parameter sind korrekt.

Bernhard