2026-06-24 — GlobalPromise "result is not defined" no /auth (erro ebb8b591) = JÁ CORRIGIDO/LIVE
Causa raiz: handleGoogle em src/pages/Auth.tsx usava lovable.auth.signInWithOAuth("google",...)
e lia result.error/result.redirected, mas o objeto retornado não tinha result no escopo →
ReferenceError "result is not defined" (capturado pelo window.unhandledrejection = GlobalPromise).
Fix (commits ccacaaf + 69fadfa, 2026-06-21): trocado p/ supabase.auth.signInWithOAuth({servico:"google"...})
lendo {data,error} e data?.url p/ detectar redirect. Já está no bundle LIVE de app.rendacomanderson.com
(index-C4D_k_Pw.js: contém signInWithOAuth({servico:"google"...}), sem .redirected).
Janela do erro: 14 hits 16/06 16:07 → 21/06 14:09 (último minutos ANTES do fix 14:10). Zero recorrência em 3 dias.
Marcado resolved (ebb8b591 + sibling fee170f6). NÃO precisou redeploy — fix já estava no ar.
📒 APRENDIZADO — erro bde48116 Fetch 500 rollback-app (2026-06-27)
Botão de rollback em /personalizacao chamava a edge function rollback-app, que pede pro CF Pages
reverter o deploy crm-equipe pro ANCHOR 70f6d3a9 (24/06). CAUSA RAIZ: o ANCHOR JÁ era o
canonical_deployment (Anderson já tinha revertido pro dia 24 ~01:21). O CF rejeita rollback pra
deploy que já está em produção com code 8000039 → a função devolvia 500 cru → central marcava
critical. NÃO era token (token CF válido, anchor existe). Era operação inválida virando 500.
FIX (v5 da função): (1) idempotência — antes do rollback, GET no projeto e se canonical==ANCHOR
retorna 200 {ok:true, already:true, "já está na versão do dia 24/06"}. (2) trata CF code 8000039
como sucesso idempotente. (3) falha real de negócio do CF agora retorna 200 {ok:false, errors}
em vez de 500, pra não disparar critical na central (erro de negócio != erro de servidor).
Verificado: POST com anon JWT → HTTP 200 {"ok":true,"already":true}. Deploy via mcp deploy_edge_function (verify_jwt=true). Sem deploy CF necessário.