ISO 8601 Fecha JS Diferencia de interpretación - IE / FF versus Chrome

¿Por qué los motores javascript de IE / FF y Chromediferir sobre cómo interpretar estaFormato de fecha (AAAA-MM-DDTHH: mm: ss.fff) sin el designador de zona horaria?

new Date("2015-02-18T15:43:57.803").getUTCHours()

Horas UTC

Cromo: 15
IE11 / FF: 21

No entiendo esto, ¿es porque Chrome supone que es local mientras que IE / FF supone que es UTC? Esto parece un error de Chrome.

Curiosamente: agregar una "Z" al final de la cadena le indica a Chrome e IE / FF que la hora es UTC y pueden estar de acuerdo. ¿Alguien más ha notado esta discrepancia de implementación de JavaScript conDate?

new Date("2015-02-18T15:43:57.803Z").getUTCHours()

Horas UTC

Cromo: 15
IE11 / FF: 15

En definitiva, este es el resultado de laserializador listo para usar para API web ASP.NET, que pensé que usaba JSON.NET, pero ahora parece ser interno donde JSON.NET usaIsoDateTimeConverter.

ComprobaciónGlobalConfiguration.Configuration.Formatters.JsonFormatter me dice que estamos usandoJsonMediaTypeFormatter. ¿La API web no está utilizando el serializador JSON.NET listo para usar?

Esto es una bendición para las personas de la API web: al menos en ASP.NET MVC teníamos un formato de fecha consistente (aunque patentado/ Fecha (número de ticks) /) mediante elJavascriptSerializer