Novidades da
Aplicação

Portal Académico passou a ser o nome visível da aplicação — a landing, o shell principal, o portal do aluno e o manifesto da app foram alinhados para mostrar a nova marca em vez de Gestão de Explicações.

O domínio canónico foi preparado para `portalacademico.pt` — os retornos do Stripe e as origens confiáveis das functions passaram a aceitar `portalacademico.pt` e `www.portalacademico.pt`, mantendo os domínios antigos como compatibilidade.

O cache do service worker e a versão pública ficaram alinhados em `v372` — o prefixo de cache passou a refletir a nova marca e o `app-version`/`firebase-init.js` seguem a mesma release em todas as superfícies.

O login Google deixou de ser bloqueado pela CSP em produção — o Firebase Hosting passou a permitir `https://apis.google.com` nos carregamentos de script, deixando o `signInWithPopup` arrancar sem erro `auth/internal-error` nas rotas raiz e `/app/`.

A política de segurança ficou alinhada com o runtime do Google Sign-In — os headers de CSP das páginas principais passaram a aceitar o script do Google Auth sem abrir a política além do necessário.

O login Google voltou a arrancar em produção mesmo quando o bootstrap chega depois do Firebase — `firebase-init.js` passou a ter configuração Firebase de fallback próprio, deixando de falhar com `FIREBASE_CONFIG is not defined` e de bloquear o botão de autenticação.

O arranque deixou de depender da ordem entre `bootstrap.ts` e `firebase-init.js` — a configuração crítica passou a ser resolvida de forma defensiva no runtime, cobrindo o bundle de produção e mantendo o localhost intacto.

O arranque da landing e do shell passou a sair dos scripts inline — a configuração comum foi centralizada em `src/bootstrap.ts` e o fluxo de auth do shell foi movido para `src/app-auth.ts`, reduzindo a dependência de inline handlers nas páginas principais.

As páginas principais ganharam uma CSP mais forte para inline scripts — `index.html` e `app/index.html` passaram a aplicar `script-src-elem` próprio, travando `