You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed today that if I use .setAnyDate on a NotesDateTime() this will revert the timezone back to UTC even if the time was correct before doing the call.
When I try to set the timezone on a NotesTimeDate object after I have called .setAnyDate it will be formated as ****-05-10 01:30:07 CEDT this is the result with the timestamp 1728603007000 which is 2024-10-10 23:30:07 GMT in the Europe/Stockholm timezone.
.setAnyTime still fails when the date changes with the timestamp above it will result in 2024-10-10 instead of 2024-10-11 which would be correct in my timezone.
I found that NotesDateTimeUtils.toAnyTime/.toAnyDate when called before calling the NotesTimeDate constructor works correctly however. example below.
cal.setTimeInMillis(timestamp);
NotesDateTimeUtils.setAnyDate(cal);
NotesTimeDate timePart = new NotesTimeDate(cal);
So it's not a huge issue for me at the moment but I was confused that the values reverted back to UTC and I suppose it might cause issues for others as well.
To me it seems weird that m_guessedTimezone is set to null in these methods but I also don't fully understand the implementation with the m_innards Array either.
Hello,
I noticed today that if I use .setAnyDate on a NotesDateTime() this will revert the timezone back to UTC even if the time was correct before doing the call.
When I try to set the timezone on a NotesTimeDate object after I have called .setAnyDate it will be formated as
****-05-10 01:30:07 CEDT
this is the result with the timestamp1728603007000
which is2024-10-10 23:30:07 GMT
in the Europe/Stockholm timezone..setAnyTime still fails when the date changes with the timestamp above it will result in
2024-10-10
instead of2024-10-11
which would be correct in my timezone.I found that NotesDateTimeUtils.toAnyTime/.toAnyDate when called before calling the NotesTimeDate constructor works correctly however. example below.
So it's not a huge issue for me at the moment but I was confused that the values reverted back to UTC and I suppose it might cause issues for others as well.
To me it seems weird that
m_guessedTimezone
is set to null in these methods but I also don't fully understand the implementation with the m_innards Array either.domino-jna/domino-jna/src/main/java/com/mindoo/domino/jna/NotesTimeDate.java
Line 598 in 76aa418
The text was updated successfully, but these errors were encountered: