more quick actions
minimize quick actions
Topic starter
Hello,
This is a theoretical question, out of my curiosity.
I was doing support for a Thai customer today and found that the date on his computer shows the year 2565. Upon inquiry, the customer was using the Thai Solar Calendar which is 543 years ahead of the Gregorian calendar.
I checked on my computer (Malaysia), it has an option for Gregorian calendar or Hijiri calendar, which is in the year 1443 now. And of course, based on Google search, there are few other countries that use different civil calendars than Gregorian, and there are many other calendars with different years, for example, the Thai Solar calendar and Hijri calendar.
So my question is, let's say a customer makes a modification on 1 computer where the calendar is Thai Solar calendar and brings the dongle to continue modification on another computer that uses a Gregorian calendar, will it make the dongle unusable due to "system time changed backward"?
Similarly, another theoretic question. If I have 2 VM, 1 with French timezone, and another with Malaysia timezone (Both are having same time if converted back to UTC+0). Will making a modification with the dongle on Malaysia VM, then switching to French VM, invalidate the dongle?
I know we only can reset the dongle time once, so I do not dare to make this experiment myself 🙁
**If we export dongle information, the details exported included dongle's "Date of last use" which is in local timezone and format (not UTC+0), hence my curiosity on the expected behavior.
Thanks in advance.
Posted : 25/03/2022 2:17 pm
Hi Kantha,
I experienced some issues as I use some VM configured with South East Asia time zone and others with Europe time zone.
Sometimes, I needed to switch the dongle from one VM to another, not on purpose to test time zones.
For sure, there is a popup shown on a discrepancy on the last use time. So I guess it is not the UTC taken into account but local time.
Luckily, my dongle is not considered as spoiled, probably because the time difference is not out of the limits.
For the Thai calendar, it could be different. I will not try yet.
I think it would be a good thing to switch to a universal time reference comparison, instead of local.
Posted : 06/09/2022 4:32 pm
Topic starter
Hi Edouard,
Thanks for the reply, so that answered my second question, it seems to be problematic this way.
Definitely, I will not try on a system with a Thai calendar, but I will raise an SPR wish for this topic to change the last use date to UTC.
Thanks,
Kantha
Posted : 06/09/2022 4:43 pm