diff options
| author | Edward Welbourne <edward.welbourne@qt.io> | 2021-06-01 17:41:40 +0200 |
|---|---|---|
| committer | Qt Cherry-pick Bot <cherrypick_bot@qt-project.org> | 2021-06-11 21:57:24 +0000 |
| commit | 02c7b658f6246220fa926abb2b69779d2ffe77f1 (patch) | |
| tree | 1707e021fa9dca9ed06304d9abae6017709bbafa /cmake/QtFlagHandlingHelpers.cmake | |
| parent | eda9ff2bc47b159cfb0dc822f021c4961c48d9f0 (diff) | |
Fix date parsing when local time lacks the start of the day
The case where a parsed date-time fell in a transition, but only
because the default value for some field lead it there, only dealt
with the case of parsing a date-time, which is the only time it should
be relevant. However, since the date and time do get combined as a
date-time (even when only one of them is relevant) the same problem
could arise when parsing a date (on which the current time-zone
happened to make a transition at the start of the day) or a time (if
the default date happens to be one on which the current zone had a
transition).
So handle both of those cases, as well as the date-time case.
Fixes: QTBUG-91120
Change-Id: I565d115eb85cd2ee69fa500fcd40b05bcf8f6fff
Reviewed-by: Thiago Macieira <thiago.macieira@intel.com>
(cherry picked from commit f9469990d0fb1ae9444d415390ec8be483ec4ab3)
Reviewed-by: Qt Cherry-pick Bot <cherrypick_bot@qt-project.org>
Diffstat (limited to 'cmake/QtFlagHandlingHelpers.cmake')
0 files changed, 0 insertions, 0 deletions