mirror of
https://github.com/melgarafael/DeskcommCRM.git
synced 2026-10-02 01:28:34 +08:00
platform_branding.logo_url e MarcaDeSaida.logoUrl existiam e eram CAMPOS MORTOS:
o unico render lia window.__PUBLIC_ENV__.APP_LOGO_URL, que vem do .env. A tela de
marca salvava um valor que nada mostrava. Sem esta onda, o upload de logo (onda
6) produziria um TERCEIRO campo decorativo.
O seam do cliente passa a receber a marca por PROP: PublicEnvScript deixa de ler
o env cru e recebe o que marcaResolvida() ja monta no servidor. E o consumo do
banco alcanca os 4 call sites CLIENT de branding() — os 2 menus, o painel de
codigos de recuperacao e o de Nuvemshop. Os 4 call sites SERVER (login, signup,
casca e welcome do onboarding) seguem no .env, e isso esta escrito.
DUAS DECISOES QUE SE AFASTAM DA LETRA DO PLANO, com a razao:
1. `||`, nao `??`, no logo da Sidebar. O plano pedia `??` mas justificava com
"string vazia tem de virar fallback" — as duas coisas nao convivem, porque
`"" ?? x` devolve `""`. Com `??`, um logo VAZIO vindo de cima APAGARIA o do
revendedor; com `||` desce, que e o que primeiroDefinido e resolveBranding ja
fazem nas camadas de baixo. A sabotagem S3 reprova exatamente isso.
2. O <img> foi para app/(public)/layout.tsx, nao para o login/page.tsx: uma casca
cobre as SEIS telas de auth, incluindo a de recuperacao de senha e a de MFA —
justamente as que ninguem lembraria de atualizar. E o `alt` usa marca.nome (a
mesma resolucao que produziu o `src`), nao branding().name: legendar a imagem
do banco com o nome do .env descreveria outra marca.
PROSA QUE VIROU MENTIRA E FOI CORRIGIDA — e ela era VISIVEL AO OPERADOR: o
paragrafo de /admin/marca dizia que o nome "ainda NAO chega aos menus laterais
nem ao arquivo de codigos de recuperacao". A partir desta onda e falso. Tambem
morreu a razao escrita ao lado de `logo_url: gravada.logo_url` ("valor que
nenhuma tela mostraria").
Sabotagem, previsto vs medido: 2/2, 1/1, 1/1, 2/2, 1/1, 1/1 — seis, zero
divergencia.
DIVIDA DECLARADA COM ESSA PALAVRA no codigo: activeOrg.marca.logoUrl e plumbing
SEM PRODUTOR. camadaDaOrganizacao nao declara logoUrl e o schema da marca da org
nao tem logo_url, entao o ramo origens.logoUrl === "organizacao" e hoje
INALCANCAVEL em producao. O consumidor tem teste de comportamento; o produtor e a
onda 6. Escrito em lib/auth/types.ts e em app/app/layout.tsx para ninguem achar
que ja existe.
typecheck 0 · lint 0 · lint:channels 0 · test:unit 392 files / 4453 passed ·
build 0.
PROVA EM TELA PENDENTE, e nao por falta de trabalho: o disco encheu no meio da
execucao e o daemon do Docker travou como sequela, derrubando o Supabase local.
Prova pendente por infra NAO e prova feita — a guarda de vacuidade ja esta
preparada (o .env NAO tem APP_LOGO_URL; com ele preenchido, ver o logo nao
provaria nada, seria o comportamento antigo).
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01TCiffR3ugjQbxsfceQE2GB