Esta entrada cubre el trabajo después de El informe de ayer, desde la noche del 9 de septiembre hasta la implantación del entorno de prueba concluida hoy. El foco fue la navegación: saber dónde estás, mantener el mismo menú a través de las páginas, y regresar al sistema que empezaste a configurar.
Un menú consistente
Revisamos todos los 85 templados de aplicaciones de página completa y reemplazamos los menús de página separados con el encabezado de dashboard compartido a través de la interfaz autenticada. Las pantallas de autenticación y recuperación mantienen sus layouts mínimos adecuados. El mismo usuario ahora ve los mismos destinos principales ordenados a través de los espacios de trabajo, bajo sus permisos.
El logotipo Hashmedo es un botón azul, redondeado con texto blanco. Se eliminaron las entradas de menú duplicadas de Dashboard. Las acciones de la página pertenecen al lado de su contenido: Crea los lugares del sistema con la lista de sistemas, mientras que el nuevo modelo causal y el análisis de inicio permanecen en el espacio de trabajo causal. Definiciones de objetos pertenecen a Inventory, en lugar de Settings.
La primera implementación de tablet-dropdown introdujo una regresión: la navegación de escritorio se convirtió en vertical. Lo hemos corregido para que el escritorio mantenga su estructura horizontal y los diseños de touch/tablet utilizan la presentación compacta. La apertura de un menú no empieza el contenido de la página hacia abajo. Las verificaciones de navegador respondientes pasaron; las pruebas físicas de iPad permanecen separadas.
El contexto debe venir de la identidad de la página
Anteriormente, algunas páginas concluyeron su contexto desde un encabezado o un enlace de retroceso. Esto permitió que el texto de guía o una tarjeta de actualización se convirtiera en el espacio de trabajo aparente. Reemplazamos esa inferencia en 75 páginas con declaraciones de página explícitas, mientras que mantenemos el sistema existente construido por el comerciante, el modelo y los caminos componentes autorizados.
Dashboard identifica el Dashboard. Mailbox identifica Mailbox, y una conversación añade su tema. Los editores y las páginas de resultados identifican su registro real o flujo de trabajo. El requisito de permiso administrativo de una página no convierte su contexto de negocio en Configuraciones.
Tabs para el espacio de trabajo que está utilizando
Los sistemas, modelos y componentes ahora comparten el mismo enfoque de rendimiento para sus tablas de sección existentes. Los espacios de trabajo de configuración utilizan sus propios diseños, versiones/reviews y secciones de entorno. Los objetos parentescos permanecen en la pista de contexto en lugar de agregar otra línea completa de las tablas ancestrales.
El mismo enfoque ahora cubre 31 modelos adicionales a través de Cost Center, informes, integraciones, administración de usuarios, páginas de operadores y flujos de trabajo causales. Se conservan los sujetos excluidos, las versiones seleccionadas y las restricciones de permiso.
La selección de la sección sigue los enlaces profundos, refrescar y navegador Back/Forward. El movimiento entre los anchores no recarga el documento o los campos de diseño claros. Las actualizaciones en lugar conservan secciones válidas y caen de vuelta cuando una sección ya no está disponible. Las acciones de creación, publicación, clonación y exportación permanecen con su contenido relevante.
Los perfiles de disponibilidad y la configuración del ciclo de vida también mantienen su sistema o modelo de origen a través de la edición, previsión, almacenamiento y redirecciones. La preparación sigue siendo un flujo de trabajo operativo.
Mantener todo el viaje de configuración
Una prueba posterior expuso un problema más profundo. Traslado de un sistema a su modelo y luego apertura de transiciones configuración todavía perdió el sistema original. El mantenimiento de los padres inmediatos no era suficiente.
Revisamos el mecanismo compartido y lo generalizamos a través de los flujos de trabajo de configuración. La barra de contexto existente ahora conserva caminos como:
- Sistema → modelo → transición
- Sistema → modelo → componente → configuración
- Sistema → modelo → espacio de trabajo LLM → clientes de API
- Sistema → modelo → perfiles de preparación → versión de perfil seleccionada
El viaje sobrevive salvas, redirecciones, búsquedas / filtros, refrescos y nuevas carpetas. El clic en un antepasado vuelve directamente a ese punto en la cadena. Entrar a través del menú global comienza un contexto fresco en lugar de hereder un espacio de trabajo no relacionado anterior.
El contexto llevado es autenticado, cifrado y descifrado al usuario y organización actual. Las relaciones de entidades se verifican a través de las lecturas autorizadas existentes. Los metadatos de navegación no otorgan acceso o sustituyen los controles de permiso. Esto reutiliza la barra de contexto existente en lugar de agregar otro widget de navegación.
En el entorno de prueba implantado, abrimos un sistema de muestras existente, seguimos su modelo para gestionar las transiciones disponibles, refresquemos la página y regresamos directamente al sistema original. Todos los tres pasos de contexto permaneceron visibles. No se crearon ni cambiaron registros de inquilinos para ese control de aceptación.
Acceso actual de la organización
El menú compartido de la célula ahora utiliza la adhesión actual y los permisos de ciclo de vida / causa. Los destinos restringidos permanecen escondidos sin sus subvenciones necesarias.
También actualizamos el portal del entorno de prueba para refrescar los miembros de Cell Control antes de enviar solicitudes de solicitud y gestionar la selección de la organización. Por lo tanto, la opción de intercambio de organización puede reflejar invitaciones y supresiones en lugar de conservar sólo el snapshot de la adhesión de la entrada.
Se ha eliminado una selección. Las lecturas van a la selección o recuperación de la organización; los escritores pendentes reciben un error de acceso y nunca se redirigen a otra organización. El fracaso del servicio de adhesión bloquea el envío, y una actualización concurrente no puede recrear una sesión logada.
Las pruebas automatizadas abarcan los cambios en la adhesión, las elecciones revocadas, los escritos interrumpidos, los fallos de servicio y las carreras de logout. Las permutaciones de invitación/eliminación en vivo permanecen una tarea de aceptación separada.
Lo que aprendemos sobre el login
Investigamos el comportamiento informado de correo electrónico anterior y el aparente doble login. Un verdadero test de medio ambiente gateway / Keycloak sesión test cambió entre dos cuentas disponibles y de nuevo. Cada llamada de vuelta mostró la cuenta esperada, y el login después de la entrada ofreció un campo de correo electrónico vacío editable.
La secuencia de inscripción de dos pantallas proviene de Keycloak's Organization Identity-First flow: la selección de correo electrónico seguida por la entrada de contraseña, en lugar de dos autenticaciones completas. Hemos comprometido con la redacción más clara de “Use otra cuenta” para la acción nativa de la cuenta-switch en seis lenguas temáticas, pero no hemos redistribuido el servicio de identidad en este rollout.
Esto no establece que el problema específico del navegador original sea corregido. Las etiquetas existentes, la autofilación de la contraseña salvada y el logout de una sesión de solicitud de alquiler establecida todavía necesitan una investigación adicional.
Verificación y Releases
El inventario de aceptación cubre todos los 85 templados de página completa. Una nueva matriz rinde 46 templates en 445 combinaciones, con 460 páginas/profile/viewport cheques dentro de sus pruebas de navegador. Incluye los perfiles de menú de propietario, administrador, miembro, Viewer y administrador local, seis tipos de modelo, ocho tipos de componentes y variantes de capacidad de configuración. Estas dimensiones describen la cobertura; no son un total de pruebas independientes adicionales o una prueba de que cada rol puede acceder a cada página.
La auditoría también fijó los header nestados dentro del contenido en nueve modelos, eliminó un formulario de logotipo nestado invalido, añadió una declaración de visualización móvil desaparecida en Reglas, y mantuvo las páginas de recuperación de acceso/servicio independientes de las búsquedas de navegación fallidas de los inquilinos.
Los cuatro lanzamientos de Cell-1 fueron entregados después del informe anterior:
| liberación | El trabajo principal | Paseo de pruebas de navegador |
|---|---|---|
| 20260909.2 | Navegación de tablet, botón de dashboard y posicionamiento de acción de página | 419 |
| 20260909.3 | Menú compartido, contexto explícito y layout de escritorio corregido | 449 |
| 20260910.1 | Tabas de espacio de trabajo, permisos, matrícula de aceptación y actualización del portal de medio ambiente de prueba | 513 |
| 20260910.2 | Viajes de navegación generalizadas | 519 |
Estos son los resultados de la regresión sucesiva, no contan para agregar juntos. La última publicación, 20260910.2 / v1.1.0-rc100, pasó 519 pruebas de navegador con 63 escudos opcionales aprobados y cero fallos. La verificación también cubrió Go, integración de datos de datos, recuperación, escalada, controlador y pruebas de espacio de trabajo. No se necesitaron nuevas migraciones de bases de datos.
Durante la verificación final del despliegue, el trabajador todavía estaba en su imagen anterior. El control de identidad independiente capturó el fracaso. Actualizamos explícitamente al trabajador, verificamos que la aplicación y el trabajador estaban sanos en la misma imagen inmutable, y repetimos la copia de seguridad cifrada final después de la alineación. El correo electrónico de verificación, la seguridad de seguridad y los controles de disponibilidad del público pasaron antes de que el viejo slot de servicio se retirara.
El portal de medio ambiente de prueba se actualizó con el lanzamiento pagado. La aplicación y el trabajador de CellPro, y el entorno de aplicación de producción, no fueron implementados.
Siguiente Checks
Hemos completado la aceptación de cambios de miembro de la organización en vivo, continuaremos la investigación de login del navegador existente y verificaremos las Definiciones de Objetos y las mutaciones de configuración más profundas. El comportamiento actualizado del controlador instalado también necesita reconciliación con la implementación envasada actual.
El rollote más amplio de CellPro, la promoción de la producción y la planificación de la recuperación de los inquilinos siguen trabajando separadamente. Este progreso mejora la base de navegación compartida; no es una afirmación de que cada combinación de flujo de trabajo y permiso ha sido exhaustiviamente probada.