Details
-
Bug
-
Resolution: Fixed
-
P1: Critical
-
6.8
-
None
-
-
5
-
cb870adad (dev), bc28d6d48 (6.8), f02c461ea (6.7)
-
Foundation Sprint 111
Description
On macOS 15 we enter this part of the test:
// Test a gap more than 1'141'707.91-years from 1970, outside ShortData's range, // The zone version is non-short in any case, but check it anyway. // However, we can only test this if the underlying OS believes CET continues // exercising DST indefinitely; Darwin, for example, assumes we'll have all // kicked the habit by the end of 2100. constexpr int longYear = 1'143'678; constexpr qint64 millisInWeek = qint64(7) * 24 * 60 * 60 * 1000; if (QDateTime(QDate(longYear, 3, 24), QTime(12, 0), cet).msecsTo( QDateTime(QDate(longYear, 3, 31), QTime(12, 0), cet)) < millisInWeek) { inGap = QDateTime(QDate(longYear, 3, 27), QTime(2, 30), cet); QVERIFY(inGap.isValid()); QCOMPARE(inGap.date(), QDate(longYear, 3, 27)); QCOMPARE(inGap.time(), QTime(3, 30)); QCOMPARE(inGap.offsetFromUtc(), 7200); } else { qDebug("Skipping far-future check beyond zoned end of DST"); }
But on macOS 14 and prior vi skip.
On macOS 15 the test then fails with:
FAIL! : tst_QDateTime::timeZones() Compared values are not the same 201: Actual (inGap.time()): 02:30:00.000 201: Expected (QTime(3, 30)): 03:30:00.000 201: Loc: [.../qtbase/tests/auto/corelib/time/qdatetime/tst_qdatetime.cpp(4411)] 201: PASS : tst_QDateTime::cleanupTestCase() {code}