The one place for your designs
To enable design management, you'll need to meet the requirements. If you need help, reach out to our support team for assistance.
Improve UX when hardware clock is set to localtime in a timezone too far from UTC
Originally created by @intrigeri on #15168 (Redmine)
There’s no general solution to the “software tends to break when system time goes backwards” well-known class of problems. Given we have to set the system clock correctly and we cannot easily guess whether the hardware clock (RTC) is in localtime or UTC, it seems unavoidable that we will trigger all kinds of problems for users with a RTC set to localtime in a timezone >> UTC, e.g. #14250 (closed) and #15548.
What we could do to mitigate the problem a bit:
- done: Document how to set the RTC to UTC. This is the default on most Linux and macOS but Windows defaults to localtime. https://wiki.archlinux.org/index.php/System_time#UTC_in_Windows explains how to fix that for Windows 7 and newer; on older Windows it seems to be a lost case.
- Anything else?
Related issues
- Related to #14250 (closed)
- Related to #9268 (closed)
- Related to #14544 (closed)
- Blocks #15548