Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Not Evaluated
-
Resolution: Invalid
-
Affects Version/s: 5.15.2
-
Fix Version/s: None
-
Component/s: Core: Date/Time
-
Labels:None
-
Environment:macOS Catalina, macOS BigSur, Windows 10
timezone is CEST (France/Paris)
-
Platform/s:
Description
on macOS, this correct date is reported as QDateTime(Invalid)
qDebug() << QDateTime(QDate(1976, 3, 28), QTime(1, 0, 0), QTimeZone("Europe/Paris"));
on Windows, this one is also reported as QDateTime(Invalid)
qDebug() << QDateTime(QDate(1976, 3, 28), QTime(2, 0, 0), QTimeZone("Europe/Paris"));
it seems that the problem only occurs with this particular date, 1976-03-28
it's an important issue because
QDatetime(anydatebefore1976_03_28).msecsTo(anydateafter1976_03_28)
is wrong
thanks for your wonderful work !
Attachments
Issue Links
- relates to
-
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
-
- Open
-