- Se descapó
- 15 de agosto de 2026 a las 4:04 UTC
- Autor
- Kamo
- Compromit
- bc0bbae
Un operador concedido "Gestión de Gestión suena" en la página Administradores de Plataformas vio la pestaña Sonidos - las puertas de la consola a la derecha - abrió el diálogo de carga, y se le dijo: "Sólo los dueños de la organización de alto nivel pueden agregar sonidos de plataforma". La consola y el punto de final detrás de ella no estaban de acuerdo sobre quién contaba. Este servicio estaba decidiendo por sí mismo. Ahora pregunta a la plataforma compartidaResolver, que es el componente que existe precisamente porque más de un servicio se hace cumplir acceso de plataforma desde más de una fuente de identidad: SecurityService lee un *** sesión, esto lee encabezados en reenviados, y lo que no debe diferir es la ANSWER. La propiedad todavía califica - el solucionador trata a un propietario del nivel superior organización como mantener todas las plataformas correctas para que nadie que pudiera hacer esto antes la ha perdido. La condición previa de la organización de alto nivel también vive en el solucionador, así que un miembro inquilino con una fila extraviada concedida todavía no puede llegar a ella. Modo de Dios ELIGIBILIDAD (GD) deliberadamente no es activación: ambas banderas o ninguno, que coincidía SecurityService exactamente, ya que una persona que llamó admitió por un servicio y la rechazaron otro es todo el bicho. El Usuario del Sistema se excluye aquí ya que está allí: opera dentro de los inquilinos y Nunca debe operar la plataforma. La copia de SecurityService de esta puerta fue corregida por separado. Dos servicios que han ser arreglado uno a la vez es la palabra de que esto es una clase, no una instancia, por lo que viene con un trinquete: un archivo que lee es de una sesión sin nombrar PlatformRightsResolver ahora falla la construcción, y la subida de sonido Específicamente debe nombrar a la derecha de la consola para la que se muestra la pestaña. Verificado no vacuo reintroduciendo la vieja negativa y viéndolo fracasar. 52 pruebas, 1 fallo . ImageResizeServiceTest, preexistente en HEAD y no relacionada (PNG espera, WebP producido). La construcción de Docker funciona -DskipTests, por lo que la imagen todavía se construye.