My bug report

When parsing a JSON object with ISO 8601 date strings, Powershell 7 does not convert the date Correctly If it’s relevant, calling [datetime]::parse() directly on either 5.1 or 7 does work

Steps to reproduce

$datePs1 = [PSCustomObject]@{
    "Date" = "2020-05-03T15:13:01Z"
}

$dateJSON =  $datePs1 | convertto-json

write-host "Powershell Version: " $PSVersionTable.PSVersion
write-host "Original Date String: "  $datePS1.date
write-host "Parsed Original Date: "  ([datetime]::parse($datePs1.date))
write-host "Json Object: " $dateJSON
$dateFromJson = $dateJson | ConvertFrom-Json

write-host "`nConverted JSON Date String: "  $dateFromJson.date
write-host "Converted JSON Date Type: "  $dateFromJson.date.gettype().name
if($PSVersionTable.PSVersion -ne "7.0.0" ) {
    write-host "Parsed Converted JSON Date: "  ([datetime]::parse($dateFromJson.date))
}

Expected behavior

Powershell Version:  5.1.18362.628
Original Date String:  2020-05-03T15:13:01Z
Parsed Original Date:  4/05/2020 1:13:01 AM
Json Object:  {
    "Date":  "2020-05-03T15:13:01Z"        
}

Converted JSON Date String:  2020-05-03T15:13:01Z
Converted JSON Date Type:  String
Parsed Converted JSON Date:  4/05/2020 1:13:01 AM

Actual behavior

Powershell Version:  7.0.0
Original Date String:  2020-05-03T15:13:01Z
Parsed Original Date:  4/05/2020 1:13:01 AM
Json Object:  {
  "Date": "2020-05-03T15:13:01Z"
}

Converted JSON Date String:  3/05/2020 3:13:01 PM
Converted JSON Date Type:  DateTime

Environment data

Name                           Value
----                           -----
PSVersion                      7.0.0
PSEdition                      Core
GitCommitId                    7.0.0
OS                             Microsoft Windows 10.0.18363
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}       
PSRemotingProtocolVersion      2.3    
SerializationVersion           1.1.0.1
WSManStackVersion              3.0    

[iSazonov]

I hope in next release we will be on new .Net Json API.

[TristanJamesBall]

OK - this is my confusion then - I actually expected the resulting date to be presented in local time - this is what [datetime]::parse actually does (Sunday, May 3, 2020 3:13:01 PM UTC == Monday, May 4, 2020 1:13:01 AM local time here in Melbourne/Australia)

Separately, I had actually tried to do that conversion, but got badly wrong results - but that’s clearly a bug on my side…

OK - thats my bad… if I use a .tolocaltime() on the converted date, I get the correct local time.

Sorry everyone.