Ofrer a un miembro sólo los tipos que pueden recibir

Featurekamo-internal
Shipped
28 de agosto de 2026 a las 1:02 UTC
Author
Kamo
Commit
bb48c64

El centro de notificaciones y sus ajustes dibujaron de todo tipo a todo el mundo. A miembro sin aplicación Leads se mostró un filtro de "Líder callback" que podría sólo nunca devolver nada, y un interruptor de mudo por un tipo que no pudieron recibir y lo mismo para los tipos de calendario y los recordatorios de reuniones. Ambos las superficies mapearon una matriz de código duro y no leen ni la organización ni los derechos del miembro. De tipo pertenece a una aplicación, por lo que está cerrada de la manera en que la propia puerta de la aplicación en el naveg está cerrado: la organización tiene la aplicación Y el miembro tiene el La aplicación está viendo bien. La aplicación nunca se escribe. Cada tipo de nombres a RoleRightType, y la derecha lleva su propio ServiceType, que también es cómo esto se mantiene a la par de la puerta de EmailService: ambas partes declaran el correcto y derivar la aplicación, por lo que no pueden llegar a discrepar sobre qué aplicación un tipo pertenece a. Las dos superficies responden a preguntas ligeramente diferentes. Las baldosas de configuración son estrictos: silenciar un tipo que no puedes recibir nada, y ofrecer El interruptor dice lo contrario. El tren de filtros del centro mantiene además cualquier amén con el socio tiene notificaciones de, porque se puede retirar el acceso después del hecho de que un miembro se mudaba del equipo de ventas todavía tiene la semana pasada. callbacks, y esconder el filtro dejaría esas filas sólo alcanzables bajo "Todo", que no es un filtro en absoluto. Esconder un interruptor nunca aclara lo que almacenaba, así que un miembro cuyo acceso Vuelve encuentra sus musítelos cuando los dejaron. Derechos llegan un latido después primera pintura, exactamente como lo hacen para el ferrocarril nav, por lo que la puerta falla cerrada para ese ritmo en lugar de parpadear de todo tipo. hasFeature() ahora toma cualquier cosa portando un nombre en lugar de AppType específicamente: el mismo enum se refleja dos veces, que AppType y como ServiceType, y un llamante que llega a una aplicación a través de un derecho sostiene la -esto último. Ampliar el parámetro es lo que impide que tenga que traducir entre dos espejos de un enum. La aplicación no está aquí. EmailService se niega a escribir la notificación para nada. Esto es lo que se ofrece al miembro.

All changes

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios