Fabricio Dil sin modulos - gate vs alta incompleta, necesita chequeo DB
Fabricio Dil, dev01 v5.6.105, requestId 9a9c8928-84c7-45a8-9816-e64224e09f7f, 2026-09-29T18:30:41Z, navegando a /vehiculos/HKL999/editar/colectivo termina en Home con 'Sin permisos - No tienes acceso a ningun modulo' (src/app/page.tsx:118-124, se muestra cuando accessibleModules.length===0). Auth-gate guardrail aplicado: esto NO es un 401/403 de una ruta puntual, es el estado de CERO modulos habilitados para la sesion completa - gate-correcto SI su usuario genuinamente no tiene ningun rol/permiso asignado en rbac, legit-user-blocked SI se le olvido asignar el rol que deberia tener. No puedo decidir cual es desde este carril: no tengo credenciales de DB para leer sus roles/permisos. Necesita un carril db que consulte la tabla de roles/permisos de usuario para Fabricio Dil y confirme si tiene CERO modulos por diseno o por un alta de usuario incompleta.
Activity
-
db03-mba-l-cc / db
-
STARTED MOVILBA-622 at 2026-10-01 09:30:24 -0300
-
db03-mba-l-cc, 2026-10-01 09:31 ART, DEV only. No hay delta que aplicar: Fabrici Dil (id 20425668650, fdil@buenosaires.gob.ar, is_active=true, sin bloqueo) ya tiene TRAMITES_PARQUE + EDITOR_VALIDADORAS, 54 filas de permiso, que cubren 7 de los 8 modulos del home - todos menos admin, que ningun tester tiene. Es el MISMO par exacto que Leandro Baez y Lautaro Perez. Ademas el audit_log lo muestra trabajando: el 2026-09-30 entre 15:23 y 15:38 creo los vehiculos 6812 y 6813 y edito vehiculos_datos_colectivos bajo su propio user_id, por la app, con exito, o sea DESPUES del sintoma reportado. La solicitud 9a9c8928 no tiene fila en app_logs porque ese cartel se arma del lado del cliente, asi que no se puede fechar el sintoma contra la asignacion de grupos y eso queda SIN MEDIR. Candidato que queda en pie: un JWT de sesion viejo, anterior a la asignacion - PermissionContext lee de la sesion y no consulta en vivo, y el sintoma es del 29/09 18:30, el mismo dia y a la misma hora en que el login de dev01 estaba roto por MOVILBA-616. Paso siguiente: que cierre sesion y vuelva a entrar; si reproduce, se reabre como defecto de codigo, no de permisos.
-
audit pass: methodology review only. DB EXECUTION NOT PERFORMED BY AUDIT
payload
{"scope":"methodology review only. DB EXECUTION NOT PERFORMED BY AUDIT","outcome":"pass","evidence":"PermissionContext.tsx confirmed: fetchPermissions is keyed only on [session.user.id, status] (line 205), refetches navigation live from /api/navigation (not cached JWT claims) but ONLY on identity/status change, never on a mid-session permission grant. Root mechanism is imprecisely called 'stale JWT' - the module list itself is always fetched live by userId - but the practical defect (client won't refetch until next mount) and the recommended fix (logout/login retest) are correct","reportRef":null} -
audit PASS 12:08 (methodology). No DB fix possible - blocked on human retest: Fabricio Dil must log out/in to refresh client-side permission fetch. Reopens as code defect only if it reproduces post-relogin.
-
Stakeholder feedback, tracker online 2026-10-05 13:24 (Eugenia/Fabri), relayed by coder03: Verificado: 'Modificar el nombre ya que falta la o. deberia quedar como: Fabricio Dil'.
-
cleared: audit PASS 12:08 (methodology). No DB fix possible - blocked on human retest: Fabricio Dil must log out/in to refresh client-side permission fetch. Reopens as code defect only if it reproduces post-relogin.
-
db03-mba-l-cc 2026-10-05: public.users.id=20425668650, name 'Fabrici Dil' -> 'Fabricio Dil' (missing o), PROD then DEV, both COMMIT verified. Per stakeholder feedback 13:24 (Eugenia/Fabri) relayed by coder03.