Edward Welbourne ca6a0fd63f QDTP: match local-time by preference to its zone ... When parsing a string whose time-zone part matches local time's name, use local time in preference to the QTimeZone with that name. The case is ambiguous, and the bug was already fixed (by something else) in dev, but this caused a failure in 6.2 through 6.5; and using local time is more natural to QDateTime in any case. The fix incidentally makes the the logic of the zone-resolution code more straightforward and a closer match to how findTimeZone() found the match. The issue was hidden from 6.6 by a change [*] to the handling of POSIX rules, that lead to plain abbreviations such as CEST and BST - for which the IANA DB has no entry - no longer being considered "valid" zones, despite being technically valid POSIX zone descriptors (effectively as aliases for UTC). [*] commit 41c561ddde Pick-to: 6.6 6.5 6.2 Fixes: QTBUG-114575 Change-Id: I4369901afd26961d038e382f4c4a7beb83659ad7 Reviewed-by: Konrad Kujawa <konrad.kujawa@qt.io> Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org> Reviewed-by: Thiago Macieira <thiago.macieira@intel.com>		2023-07-21 18:22:01 +02:00
..
qcalendar	CMake: Make corelib tests standalone projects	2023-07-05 15:09:32 +02:00
qdate	Check validity of startOfDay() and endOfDay() match expectation	2023-07-19 22:50:32 +02:00
qdatetime	QDTP: match local-time by preference to its zone	2023-07-21 18:22:01 +02:00
qdatetimeparser	QDTP: match local-time by preference to its zone	2023-07-21 18:22:01 +02:00
qtime	CMake: Make corelib tests standalone projects	2023-07-05 15:09:32 +02:00
qtimezone	Correct name of Ukraine's zone	2023-07-10 12:57:19 +02:00
CMakeLists.txt	tests: Remove remains of qmake conversion from CMakeLists.txt files	2023-02-17 21:56:49 +01:00