[
https://issues.apache.org/jira/browse/SUREFIRE-1512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16429093#comment-16429093
]
Tibor Digana edited comment on SUREFIRE-1512 at 4/6/18 10:38 PM:
-----------------------------------------------------------------
[~michael-o]
I did not see that these two numbers 20180406142327 and 20180406132327 are
different. I assumed the Windows shifted TZ only.
Ok, this seems to be doable.
was (Author: tibor17):
[~michael-o]
I did not see that these two numbers 20180406142327 and 20180406132327. I
assumed the Windows shifted TZ only.
Ok, this seems to be doable.
> ProcessInfo for Windows is prone to timezone offset changes
> -----------------------------------------------------------
>
> Key: SUREFIRE-1512
> URL: https://issues.apache.org/jira/browse/SUREFIRE-1512
> Project: Maven Surefire
> Issue Type: Bug
> Affects Versions: 2.21.0
> Reporter: Julian Reschke
> Priority: Major
>
> For some reason, on one of my machines, the current DST offset changes
> between calls. See
> <https://issues.apache.org/jira/browse/SUREFIRE-1444?focusedCommentId=16428263&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16428263>.
> This will cause surefire to think the forked VM terminated, as the string
> compare of time stamps detects a change.
> It would be good if the comparison code would actually parse the string value
> into a DST/TZ agnostic value for comparison.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
