Andreas Buhr 3d785249ba Restore previous QDateTime behavior in DST gap ... Historic QDateTime behavior when being asked to create a QDateTime in the DST gap was to interpret the given date as if it was in the time before that gap, mapping it to a point in time after the gap. This has changed with a04411119e . Since then, the given date is interpreted as if it was in the time after the gap, thus being mapped to a point in time before the gap. This patch restores the historic behavior. This was not caught by Coin because machines ran in timezone "Atlantic/Reykjavik" which does not have DST since 1967. This patch changes tests to always run in "Europe/Oslo". Driveby: Test function "findSpring" did some operations in local time, even though being asked to work in a specific time zone. Fixed that. Fixes: QTBUG-86960 Fixes: QTBUG-89208 Pick-to: 6.0 5.15 Change-Id: Iecce5898bf9711a10e7dfc0a25e4bbeaed1c8ade Reviewed-by: Thiago Macieira <thiago.macieira@intel.com>		2020-12-15 15:54:46 +01:00
..
.gitignore	Separate out the time, zone, date code from corelib/tools/	2019-06-06 15:54:32 +02:00
BLACKLIST	Android: blacklist a list of failing tests for android	2020-11-04 12:27:49 +02:00
CMakeLists.txt	CMake: Regenerate projects to use new qt_internal_ API	2020-09-23 16:59:06 +02:00
qdatetime.pro	Use ranged for loops in place of foreach in QTimeZone tests	2020-06-23 16:59:45 +02:00
tst_qdatetime_mac.mm	Purge from Q(Date|Time)+ most things marked to go at Qt 6	2020-05-05 15:34:15 +02:00
tst_qdatetime.cpp	Restore previous QDateTime behavior in DST gap	2020-12-15 15:54:46 +01:00