Cerebro Studio · Backlog · Changelog
RioNoTeatro • /www/wwwroot/rionoteatro.com.br/docs/BACKLOG.md
Abrir Studio Projeto externo em modo read-only; encaminhamento permitido, escrita bloqueada.

Backlog Unificado

Projeto: RioNoTeatro. Fonte principal: /www/wwwroot/rionoteatro.com.br/docs/BACKLOG.md.

Modo read-only: ações de escrita ficam disponíveis apenas para o Cérebro.

Sem itens pendentes em /www/wwwroot/rionoteatro.com.br/docs/BACKLOG.md.

Especificações Disponíveis (fora da fila pendente)

Detalhe do BK Selecionado

/www/wwwroot/rionoteatro.com.br/docs/backlog/BK-213-painel-transferencia-botoes-erros.md • 2026-04-04T19:21:24.247Z

BK-213 - Correções visuais e de erro no modal de transferência de pedidos

Objetivo

  • tornar o modal de transferência de pedidos legível e confiável, corrigindo o botão “Cancelar” e garantindo que erros retornados pelo servidor sejam exibidos corretamente após chamadas AJAX.

Contexto

  • os alertas de UX do modal apontam para diferença de versão de Bootstrap (o projeto usa 3.3.2) e para o comportamento da função loadingScreen que restaura o conteúdo anterior do modal imediatamente após o AJAX terminar.
  • o backlog precisa registrar os dois casos antes que qualquer correção role direto para produção.

Atividades pendentes (status: analisado / aguardando execução)

  1. BUG-001 (prioridade média) – ajuste visual:
  • trocar btn-secondary por btn-default (ou btn-outline-secondary, caso o tema customizado já suporte) no rodapé do modal em painel/js/painel.js (linha ~241) para recuperar contraste no botão “Cancelar”.
  1. BUG-002 (prioridade alta) – lógica de erro:
  • inverter a ordem das chamadas dentro do callback success do AJAX de transferência em painel/js/painel.js (linhas ~258-278): chamar loadingScreen('hide') antes de populateModal(...) para que a mensagem do servidor sobreviva à restauração do histórico.

Próximos passos sugeridos

  1. Confirmar autorização de execução conforme o AGENTS.md durante a próxima sessão.
  2. Implementar os ajustes acima no painel/js/painel.js.
  3. Testar o modal em um pedido real e validar que o botão está legível e que erros aparecem sem piscadas/confusões.

Observações

  • O backlog pode ser removido (sem virar changelog) depois que as correções forem aplicadas e validadas, pois guarda detalhes técnicos sensíveis da interface.