fix(Auth): Revalidar token expirado antes de derrubar a sessão

[risixdzn]

Resumo

• Corrige o crash intermitente relatado na FIXR-49: getSession (apps/web/lib/auth/utils.ts) chamava userJWT.parse sem tratamento, então um cookie de sessão ausente/expirado lançava um ZodError não tratado e derrubava a página.
• Causa raiz: o middleware (apps/web/middleware.ts) já revalidava o JWT via /auth/token quando expirado, mas só anexava o cookie renovado na resposta — nunca repassava para a request atual. Por isso, o Server Component (layout.tsx) ainda lia o cookie antigo/expirado na mesma passagem e quebrava.
• Agora o middleware aplica os cookies renovados também na request corrente antes de seguir (NextResponse.next({ request })), garantindo que a sessão revalidada seja usada na mesma renderização em vez de crashar.
• getSession agora usa safeParse e retorna null em vez de lançar, igual ao padrão já usado em getClientSession.
• O layout do dashboard (apps/web/app/(protected)/dashboard/[subdomain]/layout.tsx) redireciona para /auth/login apenas se a revalidação realmente falhar (sessão nula após a tentativa do middleware).
• Bônus: resolvido um conflito de merge não finalizado (<<<<<<< HEAD / >>>>>>>) já commitado em apps/server/src/modules/account/repositories/index.ts, migrando updateAvatarUrl para o InvalidateCache (infra de cache atual), já que os helpers antigos de core/lib/cache não existem mais.

Plano de teste

• tsc --noEmit (web e server)
• biome check nos arquivos alterados
• Validar manualmente: acessar rota protegida com cookie de sessão expirado e cookie de refresh válido — sessão deve ser revalidada sem crash
• Validar manualmente: acessar rota protegida sem refresh token válido — deve redirecionar para /auth/login

Fixes FIXR-49

🤖 Generated with Claude Code

[linear-code]

FIXR-49