En casi todas las versiones de Chrome, vemos un número significativo de actualizaciones y mejoras al producto, su rendimiento y también las capacidades de la Web de procesamiento de macrodatos en Google Cloud Platform. En este artículo, se describen algunas de las bajas y eliminaciones Chrome 63, que está en versión beta desde el 26 de octubre. Visita el página de bajas y eliminaciones para obtener más bajas y eliminaciones de esta y versiones anteriores de Chrome. Esta lista está sujeta a cambios en cualquier momento.
Las propiedades de interfaz con un tipo de promesa ya no arrojan excepciones.
Las propiedades y funciones de la interfaz que muestran una promesa no son coherentes
sobre si las condiciones de error arrojan excepciones o rechazos, lo que invocaría
el bloque catch()
de la promesa. La versión actual de la especificación de IDL
solicita que se rechacen todas las propiedades
y funciones que muestran promesas en lugar de
arroja una excepción.
Por ejemplo, antes, una llamada a MediaKeySession.closed
arrojaba una
TypeError
para la invocación ilegal si se llama a la hora incorrecta. Con este cambio
Esas llamadas ahora deben implementar un bloque catch()
.
Este cambio alinea Chrome con la especificación. Este cambio ya se se creó para las funciones.
Seguimiento de Chromestatus | Error de Chromium
Quitar getMatchedCSSRules()
El método getMatchedCSSRules() es una API que solo funciona con webkit para obtener una lista de todos los las reglas de estilo aplicadas a un elemento determinado. Webkit tiene un error abierto para quitarlo. Por estos motivos, es se eliminó de Chrome en la versión 63. Los desarrolladores que necesitan esta funcionalidad pueden consulta esta publicación de Stackoverflow.
Intención de quitar | Seguimiento de Chromestatus | Error de Chromium
Eliminación de RTCRtcpMuxPolicy de "negociar"
Chrome usa rtcpMuxPolicy
para especificar su política preferida con respecto a
y el uso de multiplexación RTP/RTCP. En Chrome 57, cambiamos la configuración
rtcpMuxPolicy
como “require” y dejó de estar disponible, por los siguientes motivos:
- El RTCP no multiplexado usa recursos de red adicionales.
- Quitando la opción "negociar" hará que la plataforma de la API sea más simple, ya que un "RtpSender"/"RtpReceiver" tendrá un solo transporte.
En Chrome 63, "negociar" se quita.