Details
-
Suggestion
-
Resolution: Done
-
P2: Important
-
5.0.0, 5.9, 5.14, 5.15, 6.0.0
-
All
-
13
-
35412acd88cad2213be966a950f3112342a299ae (qt/qtbase/dev)
-
Qt6_Foundation_Sprint 28, Qt6_Foundation_Sprint 29, Qt6_Foundation_Sprint 30, Qt6_Foundation_Sprint 31, Qt6_Foundation_Sprint 32, Qt6_Foundation_Sprint 33, Qt6_Foundation_Sprint 34
Description
At present the QDateTime code goes out of its way to ignore DST before 1970, although it does use the available time-zone data to determine the standard time offset to use instead of DST. This makes no sense.
I shall remove this at Qt6, so that we just use the time-zone data we have, with no special quirk about 1970.
(On MS-Windows, when using the native TZ-data APIs, we only get data reaching back a few years before the MS-version was released. Everywhere else (including MS, when we have ICU available) we use the Olson database, which is about as authoritative a source of TZ data as there is.)
Attachments
Issue Links
- is required for
-
QTBUG-80575 Qt/QML, QDateTime losing an hour when coming into QML
-
- Closed
-
- relates to
-
-
- Closed
-
-
QTBUG-79923
Equip QDateTime to distinguish the two passes through an "overlap" hour during a time-zone fall-back, such as the end of DST
-
- Closed
-
-
QTBUG-71036
Qt Core Changes in Qt 6
-
- Closed
-
| For Gerrit Dashboard: QTBUG-80421 | ||||||
|---|---|---|---|---|---|---|
| # | Subject | Branch | Project | Status | CR | V |
| 311690,3 | WIP: Use such time-zone data as we have | dev | qt/qtbase | Status: ABANDONED | -2 | 0 |
| 336239,16 | Extend system zone test to check it matches LocalTime | dev | qt/qtbase | Status: MERGED | +2 | 0 |
| 336243,20 | Use time-zone transition data before 1970 as well as after | dev | qt/qtbase | Status: MERGED | +2 | 0 |