Details
-
Task
-
Resolution: Unresolved
-
P3: Somewhat important
-
None
-
5.6, 5.7, 5.8
-
None
-
13
-
Foundation PM Prioritized
Description
Our V4 engine (in qtdeclarative) implements a Date.timeZoneUpdated() method.
We can call tzset(), where available, to get usual system calls to use an updated time zone; but QTimeZone::systemTimeZone() defers to a back-end that may be cacheing its knowledge of the system zone; so we need some mechanism in QTimeZone, likely a static method, for asking that back-end to consult afresh whatever sources it uses to discover the system zone.
For example, for the ICU back-end, we would need to call its TimeZone::adoptDefault(NULL) to trigger a reset of its knowledge of the system time zone.
Attachments
Issue Links
- relates to
-
QTBUG-116642 Provide a refresh mechanism for system locale data
- Reported
-
QTBUG-78996 JavaScript getDay() regression on MinGW
- Closed
-
QTBUG-84474 When the system time zone is set to be BST then it will end up giving a time that is not correct when converted from QTime(0,0,0) or QTime(2,0,0)
- Closed
-
QTBUG-77052 tst_qqmllocale::timeZoneUpdated() fails on Android
- Closed
-
QTBUG-104012 QDateTime constructor performance regression when year is below epoch
- Closed
-
QTBUG-48550 Timezone information is not fully updated after changing timezone
- Closed
-
QTBUG-125491 When switching languages from OS, Qt app also wants to switch the display language
- Reported
-
QTBUG-82268 Multi-Threaded program - slow qTzSet calls in QDateTime
- Reported