/* EL CIRCUITO DE ACCESO NO PIDE TRANSICIÓN ENTRE DOCUMENTOS (chore 90.338).
   La hoja del catálogo declara `@view-transition { navigation: auto }` (bifrost.css, chore 90.269):
   toda navegación del mismo origen que salga de una página de Bifrost cruza en un fundido. Eso vale
   entre pantallas nuestras, donde las DOS declaran el opt-in, y no vale al salir del acceso: el
   formulario de login desemboca en /connect/authorize, cuyo HTML —el del `response_mode=form_post`—
   lo genera OpenIddict entero, sin ninguna hoja y sin opt-in. El navegador empieza la transición
   porque la pidió la página de salida, la de llegada no puede participar, y la promesa se rechaza
   sin que nadie la capture:

       Uncaught InvalidStateError: Transition was aborted because of invalid state.
                                   ViewTransition opt-in disabled

   No rompe el login —el producto entra igual— pero ensucia la consola en CADA inicio de sesión, y
   con ella cualquier vigilancia de errores de cliente. Lo reportó un producto integrado el
   2026-09-22, viéndolo en la página de Bifrost y no en la suya.

   Por qué aquí y no en el destino: declarar el opt-in en la respuesta del authorize exigiría
   reescribir un cuerpo que no es nuestro (OidcAuthorizeEndpoints sólo le toca las CABECERAS, para
   la CSP). Y por qué una hoja aparte y no quitar la regla del catálogo: el fundido entre páginas
   sigue siendo bueno en el resto de la aplicación —portal, perfil, administración—, así que se
   anula donde estorba en lugar de apagarlo para todos. Va DESPUÉS del catálogo en el <head>, que
   es lo que hace ganar a esta declaración.

   Sólo la cargan las pantallas del doble panel de acceso (login, segundo factor y cambio forzado de
   contraseña), que son las que desembocan en /connect/authorize. El coste asumido es que el paso
   entre ellas tampoco cruza con fundido. */
@view-transition {
  navigation: none;
}