- Se descapó
- 5 de septiembre de 2026 a las 2:06 UTC
- Autor
- Kamo
- Compromit
- 082ace1
Dos cosas salieron mal en la misma pantalla, y juntos produjeron un página de configuración que muestra un chip verde "Credentials complete" por encima de un rojo "RingCentral instance 'Ring Central' está perdiendo su identificación de cliente". El texto rojo estaba rancio. Un resultado de prueba de la conexión o sincronización describe el credenciales que se almacenaban cuando funcionaba, y salvar otras nuevas no se aclaran Así que el operador que acababa de llenar la identificación del cliente desaparecido todavía estaba mirando la queja al respecto. El servidor ya trata un cambio de configuración de esta manera, la anulación está conectada porque el viejo veredicto ya no se aplica; el Ahora hace lo mismo. El chip verde estaba mal. La caja de JWT tenía las credenciales de la aplicación RingCentral JSON - la mancha que la consola de desarrollador muestra en la misma página que el JWT, que se crea por separado bajo Credenciales. JWT y nada comprobado qué fue pegue podría ser un JWT en absoluto. RingCentral lo rechazó con la OUA-331 "Afirmación inquisable" en cada llamada después. La caja ahora lo dice como se escribe, y la misma regla bloquea el ahorro en ambos la creación y edite formas. El cheque es solo de forma y tres puntos-separado segmentos base64url porque negarse a una credencial que las obras estarían lejos peor que la pasta que previene; el voipserva aplica la misma regla y es lo que Lo hace cumplir. Vive en app/lib/voip/ por lo que está cubierto por una prueba que en realidad carreras: aplicaciones/configuraciones/ no está en la lista de inclusión de vitest, así que una escrita al lado de la el componente sería recogido por nada y pasar nunca corrido.