- Se descapó
- 14 de agosto de 2026 a las 14:34 UTC
- Autor
- Kamo
- Compromit
- 370af5c
Los retrocesos no estaban llegando en absoluto al calendario. Este servicio eligió el objetivo calendario por cuenta de findPrimaryByUser y un usuario es global, mientras que un miembro es ese usuario dentro de una organización. Una cuenta perteneciente a dos organizaciones por lo tanto tiene dos calendarios primarios, correctamente, y la búsqueda se lanzó "la perforación no devolvió un resultado único: 2". El espejo es el mejor esfuerzo, así que SecurityService registró una advertencia y la llamada simplemente nunca fue en la de nadie calendario. Tres de los cuatro callbacks en producción no tuvieron ningún evento por este motivo. El retroceso fue el mismo error en la otra dirección: creó un calendario no llevar ni un miembro ni una organización, y cada consulta de calendario se filtra en ambos, por lo que el evento habría sido escrito, reportado como creado, y invisible para siempre. Ambos caminos ahora pasan por **************** que es el mismo calendario que utiliza la propia página de calendario del miembro. Un calendario nombrado es cotejada con la propia del miembro en lugar de la de la cuenta, así que una organización callback ya no puede aterrizar en el calendario de otra organización.