Navegadores, zonas horarias, error Chrome 67

Actualicé Chrome a la versión 67. Y obtengo un error con la fecha

==============

Microsoft Edge 42.17134.1.0

new Date("1900-01-01T00:00:00").getTimezoneOffset() -180 new Date("2018-05-30T00:00:00").getTimezoneOffset() -180 

Microsoft Internet Explorer 11.48.17134.0

 new Date("1900-01-01T00:00:00").getTimezoneOffset() -180 new Date("2018-05-30T00:00:00").getTimezoneOffset() -180 

Mozilla Firefox 60.0.1

 new Date("1900-01-01T00:00:00").getTimezoneOffset() -180 new Date("2018-05-30T00:00:00").getTimezoneOffset() -180 

Chrome 67.0.3396.62

 new Date("1900-01-01T00:00:00").getTimezoneOffset() -150 new Date("2018-05-30T00:00:00").getTimezoneOffset() -180 

======================

-150 en Chrome 67 …

Otro ejemplo (Chrome 67):

 new Date("1900-01-01T00:00:00"); Mon Jan 01 1900 00:00:00 GMT+0230 (Moscow Standard Time) 

======================

Con Chrome 67, las zonas horarias comenzaron incorrectamente (+0230, era: +0300)

¿Por favor dime?

Que puedo hacer ?

¡La situación es muy importante! Todo el código que debo volver a escribir …

======================

Voy a suponer que estás en la zona horaria de Europa / Moscú, parece probable dada la salida que has proporcionado.

En 1900, la zona horaria Europa / Moscú tenía un desplazamiento de +02: 30: 17, según la base de datos de la zona horaria IANA . Es de suponer que Chrome está redondeando a las 02:30 para evitar desplazamientos por debajo del minuto, pero está devolviendo los datos apropiados hasta donde yo puedo ver. La compensación en Rusia se convirtió por primera vez en un número entero de horas en 1919, al menos de acuerdo con la base de datos IANA.

Podría decirse que debería preguntarse por qué los otros navegadores no lo están haciendo, pero lo más probable es que cambie su código para no solicitar información de zona horaria antes de 1970. La base de datos de la IANA tiene como objective proporcionar datos precisos de la época de Unix en adelante; cualquier cosa anterior es mucho “mejor esfuerzo”. Del archivo de la teoría :

Las transiciones de reloj anteriores a 1970 se registran para cada ubicación, porque la mayoría de los sistemas admiten marcas de tiempo antes de 1970 y podrían funcionar mal si se omitieran las entradas de datos para las transiciones anteriores a 1970. Sin embargo, la base de datos no está diseñada y no es suficiente para aplicaciones que requieren un manejo preciso de todos los tiempos pasados ​​en todas partes, ya que tomaría demasiado esfuerzo y conjeturas registrar todos los detalles del cronometraje civil anterior a 1970. Aunque parte de la información que se encuentra fuera del scope de la base de datos se recostack en un archivo de zona trasera que se distribuye junto con la base de datos adecuada, este archivo es menos confiable y no necesariamente sigue las pautas de la base de datos.

En términos de por qué estás viendo esto con Chrome 67 si no lo veías con versiones anteriores de Chrome, me pregunto si Chrome acaba de comenzar a agrupar los datos de zona horaria de IANA en lugar de usar los datos del sistema operativo.