Edward Welbourne cb0ecd6b6d Check value is in range when setting a QDateTime ... Previously, a QDate representing more than about 0.3 gigayears before or after the epoch would overflow the millisecond count and produce a "valid" date-time that didn't represent the date and time passed to its constructor. Changed to detect such overflow and produce an invalid date-time instead, if it happens. Corrected some tests that wrongly expected to be able to represent extreme date-time values with every time-spec. The (milli)seconds since epoch are from UTC's epoch, so converting to another offset, zone or local time may give a value outside the actual range. Added some tests for the actual exact bounds. Task-number: QTBUG-68855 Change-Id: I866a4974aeb54bba92dbe7eab0a440baf02124f0 Reviewed-by: Thiago Macieira <thiago.macieira@intel.com> Reviewed-by: Andrei Golubev <andrei.golubev@qt.io>		2020-10-09 01:09:42 +02:00
..
qcalendar	CMake: Regenerate projects to use new qt_internal_ API	2020-09-23 16:59:06 +02:00
qdate	Add unit test to check emoji handling in date-time parsing	2020-09-23 16:59:07 +02:00
qdatetime	Check value is in range when setting a QDateTime	2020-10-09 01:09:42 +02:00
qtime	Allow millisecond-overflow when the result remains valid	2020-10-07 13:58:33 +00:00
qtimezone	CMake: Regenerate projects to use new qt_internal_ API	2020-09-23 16:59:06 +02:00
CMakeLists.txt	Update tests/auto/corelib/time/'s CMake config	2020-07-02 15:35:17 +02:00
time.pro	Make qtbase compile without QT_CONFIG(timezone)	2020-05-11 14:42:00 +03:00