Bug im Kalender bei Terminen zwischen 19:00 und 23:00 Uhr?

[fritandr]

Hallo,

ich wollte gerade einen Termin in meinem Kalender eintragen. Der Termin sollte von 19:00 bis 23:00 Uhr gehen.
Nachdem ich im Kalender bei "Endet: " 23:00 eingegeben habe, ist mir aufgefallen, dass das Datum sofort um einen Tag erhöht wurde und mein Termin jetzt angeblich 28 Stunden lang sein soll.
Also habe ich das Tagesdatum wieder auf den gleichen Tag eingestellt und wollte speichern.

Darauf bekomme ich die Fehlermeldung: "Ihre Anfangs- und Endezeiten ergeben einen Dauer von weniger als einer Minute. Bitte überprüfen Sie Enddatum und -uhrzeit bzw. die Zeitzoneninformationen. (Ergbit eine Dauer von: -68400)"

Verändere ich die Endezeit auf 22:59 oder 23:01 lässt sich der Termin speichern.

Kann das jemand bestätigen? Tritt das bei Euch auch auf?


Der Fehler tritt bei mir mit einer 8.0er oder 8.5 Mailschablone unter Notes 8.5.2 FP2 auf.
Bilde mir aber ein, dass ich das auch unter 8.5.1 schonmal gesehen und erfolgreich verdrängt habe.

Viele Grüße
Andreas

[Fitz]

gleicher Bug auch mit Notes Client 6.5.5de

ich habe das mal nachgestellt und einen Termin für heute von 19:00 bis 23:00 eingestellt. Und siehe da, der gleiche Fehler! Beim ziehen der Uhrzeit auf 23:00 Uhr springt das Enddatum auf Montag um!

Das nenn ich Abwärtskompatibiltät

Gruß
Bernd

[Klafu]

Du hast recht - Selbes bei Notes 8.5.1 FP5 auf Dom 8.5.1 FP5

Chris

[Peter Klett]

Vielleicht liegt das an dieser komischen "Eingabehilfe" (die länger dauert, als wenn man es gleich von Hand tippt). Habe gerade mal unter einer noch älteren Version (die besagte 5.0.10 auf W7/64) die Abwärtskompatibilität geprüft. Und siehe da, ich habe mir (mühselig) den Termin 19:00 - 23:00 zurechtgeschoben und nach dem Bestätigen schreibt er 19:00 - 12:00 in das (damals noch eine) Feld.

Klappt es denn, wenn man das manuell einträgt?

[Klafu]

Nein. Mit der Zeitauswahl springt er bei mir auch immer auf Montag abend 23 Uhr.
Ist also fast nur manuell einstellbar, und da gehts bei mir nicht.

[eknori]

Mit 8.5.3 CD4 und Domino 8.5.2 FP2 trägt er den Termin sauber ein. Schablone ist 8.5.2 ( 27.07.2010 ) en.

[it898ur]

Also ich kann den Effekt mit 8.5.1 FP 4 nicht bestätigen - da funktioniert das einwandfrei.

Kann es sich sich hier um ein Problem mit einer Zeitzoneneinstellung handeln - 23 Uhr ist immer ein Indiz für eine um 1 Stunde verschobene Zeitzone ?

Gruß

André

[MichaSta]

Hallo,

ich kann es hier nicht nachstellen.

Client: 8.5.2FP1
Server: 8.5.2HF19
Schablone: 8.5 (30.10.2008)

Gruß
Michael

[fritandr]

Hallo zusammen,

sehr komisch 

Heute morgen kann ich es auch nicht mehr nachvollziehen.

Da bin ich ja froh, dass ich gestern direkt gefragt habe. Wie sieht es denn bei denen aus, bei denen es gestern auch nicht ging? Klappt es heute?

Viele Grüße
Andreas

[Peter Klett]

Jepp, auch in der Uralt-Verson tut es heute. Vielleicht gibt es das Problem nur an dem Tag, an dem die Uhrzeit umgestellt wird? Wie gut, dass das immer Sonntags ist ...

[Fitz]

Problem auch unter 6.5.5 "verschwunden". Liegt wohl wie vermutet am Tag der Zeitumstellung. Bin mal gespannt was passiert wenn der gleiche Termin am letzten Sonntag im Oktober eingetragen wird 

Gruß
Bernd

[ata]

... das scheint auch mir die richtige Interpretation zu sein....

@Ulrich
Vorsicht mit dem 8.53er - ich habe festgestellt daß er Dokumente bei Backendmanipulation korumpiert. Die Dokuemnte zeigen dann völlig irrelationales Verhalten - bei genauer Betrachtung habe ich festgestellt, daß das LastModified der Items auf 0 gesetzt wurde.

Toni

[Joachim Römer]

Bin mal gespannt was passiert wenn der gleiche Termin am letzten Sonntag im Oktober eingetragen wird

Nichts !
---> da wird ja schliesslich eine Stunde zurück gestellt, und es kann nicht passieren, dass
aus 23 h plötzlich 24 h werden :-)

Gruss,

Joachim

[Klafu]

Dafür kann man dann bestimm Besprechungen um 23 Uhr beginnen und um 22:30 fertig sein