Todo o tratamento mobile é aditivo e isolado atrás de @media (max-width:1023px/
480px/360px) — o visual desktop (≥1024px) permanece pixel-idêntico.
Navegação:
- Sidebar.jsx: vira drawer deslizante no mobile (top-bar fixo + hambúrguer +
backdrop + botão fechar). Trava scroll do body, fecha ao navegar/tocar item.
No desktop continua sidebar fixa idêntica.
Componente novo:
- DropdownMenu.jsx: menu flutuante chevron-down reutilizável (fecha em
outside-click/ESC). Usado para colapsar ações secundárias no mobile.
Headers (GtosPage, PatientsPage):
- Busca full-width; botões "+ Novo/Atualizar" em linha no desktop (.hide-mobile)
e colapsados em DropdownMenu no mobile (.show-mobile).
Tabelas → cards empilhados (PatientsPage, GtosPage, AdminClinicsPage):
- classe .responsive-table + data-label em cada td. No mobile thead some e
cada linha vira card com rótulo:valor. Desktop mantém tabela normal.
CSS (index.css):
- Sistema de breakpoints completo, drawer, dropdown, cards de tabela,
grid de thumbs reduzido, modais fullscreen, 100dvh, inputs 16px (anti-zoom
iOS), alvos de toque ≥40px, paginação/stat-cards que quebram linha.
Fix: remove chave 'border' duplicada no style do stat card da GtosPage.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
A refatoração do GET /api/gtos para retornar { rows, total, pages }
quebrou o TransformModal que esperava um array direto.
Correções:
- routes/gtos.js: restaura suporte a ?patient=NOME (match exato) para
o TransformModal continuar filtrando só as GTOs do paciente exibido,
sem retornar resultados de outros pacientes via ILIKE.
- TransformModal.jsx: lê data.rows (novo formato) com fallback para
array direto (compatibilidade durante transição).
As duas superfícies (TransformModal e GtosPage) agora usam a mesma
API, mesmos dados, sem lógica duplicada ou conflitante.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
1. admin-clinics.js — bloqueia cadastro de clinic_name + pc_name duplicados:
Antes só validava email único. Agora verifica se já existe dispositivo com
a mesma combinação clinic_name + pc_name (case-insensitive). Sem isso, dois
PCs com mesmo nome na mesma clínica sobrescreveriam arquivos um do outro
no Wasabi (caminho idêntico).
2. admin-clinics.js — wipe usava client_name ao invés de clinic_name no banco:
'DELETE FROM images WHERE client_name = clinic_name' deletava o conjunto
errado de imagens (client_name é o nome do PC, não da clínica). Corrigido
para 'WHERE clinic_name = $1'. Wasabi continua usando sanitize(clinic_name)/
como prefixo (correto).
3. server.js — verificação de duplicata no connect incluía clinicName:
O check usava só clientName (pc_name), causando falso positivo: dois PCs
de clínicas diferentes com o mesmo nome (ex: ambos "PC-SALA-1") — o segundo
era desconectado. Agora verifica clinicName + clientName juntos.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
- GET /api/auth/device-info?token=xxx: valida machine_token e retorna
clinic_name e pc_name sem exigir email/senha. Usado pelo client para
preview antes de salvar e para validação no save.
- client-identify: quando autenticado via machine_token, usa
socket.user.pcName como nome autoritativo (ignora o que o client enviou).
- server-identified: clientInfo agora inclui 'pcName' para o client
manter o nome em sincronia com o cadastro do servidor.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Bugs corrigidos:
1. Condição bloqueante: 'if (email && password && token.includes("-"))' fazia
o machine_token ser ignorado se o client conectasse só com o token (sem
email/senha). A conexão caía para o check de JWT, falhava e era rejeitada.
Agora o machine_token é verificado sempre que o token contém hífens —
email+senha são opcionais (validados se presentes, ignorados se ausentes).
2. Comparação de email case-sensitive: 'device.email === email' falhava
se houver diferença de maiúsculas/minúsculas entre o cadastro e o config
do client. Corrigido para .toLowerCase() em ambos os lados.
3. Log de autenticação: emite mensagem clara no console quando machine_token
é aceito, incluindo nome da clínica e do PC, facilitando diagnóstico.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
O servidor emitia 'force-sync' mas o client-monitor.js só ouve
'sync-request'. O botão Sincronizar do painel nunca chegava ao cliente.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Causa das gambiarras identificadas e corrigidas:
1. clinicName inconsistente: `(clientInfo ? clientInfo.clinicName : fallback)`
retornava undefined quando clientInfo.clinicName não estava definido,
gerando pasta 'desconhecido' no Wasabi para clientes sem machine_token.
Corrigido para `clientInfo?.clinicName || 'Clínica não identificada'`
nos 3 handlers: send-image, request-presigned-urls, image-upload-direct.
2. patientName inconsistente: banco gravava 'Paciente não identificado'
mas Wasabi usava 'Desconhecido' quando o nome estava vazio, quebrando
a recuperação por key. Ambos agora usam 'Desconhecido' como fallback.
O getImageBufferWithFallback com tentativa em 'Desconhecido' permanece
como safety net para imagens antigas já gravadas no Wasabi, mas não
será mais necessário para novos uploads.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Cria ThumbImg.jsx: wrapper de <img> que intercepta onError e exibe
placeholder 🦷 + label "Aguardando reenvio" em vez de imagem quebrada.
Aplicado em:
- DashboardPage: cards de pacientes e galeria de imagens do paciente
- PatientsPage: miniatura na coluna Nome da tabela
Enquanto o Plan B (reupload-files) não tiver sido concluído pelo cliente
Windows, o card exibe o placeholder informativo em vez de ícone de erro.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
- Novo cron 'verifyStorage' (30min): percorre as 200 imagens mais
recentes, tenta buscar no storage com fallback legado; para cada
arquivo ausente aciona scheduleReupload() (Plan B) imediatamente.
Primeira execução 15s após o boot para cobrir os IDs 404 sem esperar
o usuário abrir o card.
- cronState agora tem dois jobs; /api/cron/status retorna ambos.
- POST /api/cron/run/:key usa mapa de funções; suporta 'thumbBackfill'
e 'verifyStorage' (botão "Executar agora" na tela de Configurações).
- lastResult do verifyStorage inclui: checked, missing, requested.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Bug fix:
- server.js e routes/images.js: 'enabled = true' → 'enabled = 1'
(PostgreSQL rejeita smallint = boolean — causava 'operator does not exist')
Plan B — imagens ausentes no Wasabi:
- server.js: pendingReupload (Map clientName → Set<original_filename>)
quando getImageBufferWithFallback retorna null no endpoint /thumbnail,
scheduleReupload() registra o original_filename e emite 'reupload-files'
imediatamente se o cliente estiver online, ou na próxima conexão.
- server.js: client-identify agora drena a fila pendente do cliente ao
reconectar, antes de emitir clients-list-updated.
- original_filename adicionado ao SELECT do endpoint /thumbnail.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Backend:
- server.js: cron thumb-backfill a cada 10min com rastreio de estado
(lastRun, nextRun, running, lastResult). GET /api/cron/status e
POST /api/cron/run/:key para consulta e disparo manual via painel.
- routes/images.js: PUT /api/images/patients/:name — edita patient_name,
doctor e remark em todas as imagens do paciente de uma vez.
Frontend:
- PatientsPage.jsx (/patients): tabela com colunas Nome (+ miniatura),
Dentista, Imagens, Última atualização, Observações, Ações. Suporta
busca, paginação infinita, editar e excluir por linha.
- SettingsPage.jsx (/settings): seção de Cron Jobs com status, resultado
e botão "Executar agora"; seção de informações do servidor.
- EditPatientModal.jsx: edita nome, dentista e observações do paciente.
- Sidebar.jsx: add "Pacientes" (todos usuários) e "Configurações" (admin).
- App.jsx: rotas /patients (protegida) e /settings (admin).
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
VPS 4 Deploy Agent