Substituição de tradução desatualizada causando tradução ausente

[Kumandan]

Olá a todos.
Com a atualização que fiz há cerca de 1 semana, surgiu um problema de exibição de botão na página do perfil do usuário, como segue. Pensei que poderia ser corrigido com a atualização a ser feita nos dias seguintes e, embora tenha feito as atualizações contínuas, não melhorou.

[Moin]

O texto funciona no seu perfil aqui na Meta?

Você personalizou a string no passado?

Eu também encontrei este tópico Turkish translation issue with share dialog, então talvez tente uma reconstrução.

[Kumandan]

Não parece haver nenhum problema no meta. Mas o problema persiste no meu próprio site. Não fiz nenhuma personalização/localização.
Também tentei a solução no link que você deu e reconstruí o Discourse. Infelizmente não funcionou.

[Moin]

Você já tentou usar um navegador diferente ou uma janela anônima/privada?

[Kumandan]

Obrigado pela sua preocupação.
Eu tentei em 4 navegadores diferentes e no celular. Posso dizer claramente que não funciona.

[Moin]

Então você provavelmente já tentou o modo de segurança também.

[Kumandan]

O problema persiste no Modo de Segurança, infelizmente. . .

[sam (Sam Saffron)]

Movido para suporte:

Vendo o texto corretamente aqui… você tem certeza de que atualizou para a versão mais recente?

[Kumandan]

Quando verifico, vejo que está atualizado.
Não consigo entender o que causou isso.

[Moin]

Acho que isso está relacionado a

Admin -> Customize -> Text behaving badly

This happens when there’s a translation override for a key that previously was a translatable string, but was converted into a Hash at a later time. That’s exactly what happened with chatbot.prompt.system. This seems like a regression. I’m pretty sure this used to work in the past. I can easily reproduce this with a locale file like this: en: foo: "this is foo" Go to Customize → Text and override “foo” with a different value. Then, change the locale file to look like this: en: foo: …

Consegui reproduzir o problema de que a string para preferências em turco estava quebrada. Eu personalizei js.user.preferences antes de atualizar e, após a atualização, o novo js.user.preferences.title estava quebrado.
Então executei

TranslationOverride.where(translation_key: "js.user.preferences").delete_all
TranslationOverride.send(:reload_locale!)

e isso corrigiu

Mas eu esperaria a confirmação de alguém com mais conhecimento antes de tentar fazer isso em um site de produção.

[Kumandan]

Quando verifico, o valor do texto aparece correto.

Eu mudei o texto padrão, mas ainda não funcionou e o mesmo problema persiste.

[Muhammed_EKİCİ (mekici)]

É seguro fazer isso em um ambiente de produção? Alguém pode me orientar?
Nenhuma personalização de texto funciona no fórum. Não se aplica apenas a esta área.

[Lhc_fl (Linca)]

TL;DR: A substituição de tradução existente substitui rudemente a tradução personalizada desatualizada pela nova tradução, causando problemas de tipo. Ou, aqui, falhou em atualizar a substituição de tradução desatualizada para “desatualizada”.

O problema

O fórum que gerencio tem uma substituição para a tradução js.user.preferences. Antes deste commit, era uma string, então a substituição de tradução funcionava bem.

Após este commit, a chave se torna um objeto. No entanto, a substituição de tradução não detecta o tipo da chave, mas a substitui diretamente pela string antiga definida. Isso faz com que a tradução da chave falte na interface.

Como reproduzir

Para os fóruns mais recentes, isso parece exigir a inserção manual de um registro desatualizado para acionar:

INSERT INTO translation_overrides
  (locale, translation_key, value, created_at, updated_at)
VALUES 
  ('en', 'js.user.preferences', 'test', current_timestamp, current_timestamp);

Em seguida, modifique um texto do site aleatoriamente para acionar a atualização:

Parece que, de alguma forma, o status desta substituição não foi atualizado para “desatualizado”.

[5] pry(main)> TranslationOverride.last
  TranslationOverride Load (1.2ms)  SELECT "translation_overrides".* FROM "translation_overrides" ORDER BY "translation_overrides"."id" DESC LIMIT 1
=> #<TranslationOverride:0x00007f0b20a31e20
   id: 18,
   locale: "en",
   translation_key: "js.user.preferences",
   value: "test",
   created_at: Tue, 23 Jul 2024 17:08:17.317404000 UTC +00:00,
   updated_at: Tue, 23 Jul 2024 17:08:17.317404000 UTC +00:00,
   compiled_js: nil,
   original_translation: nil,
   status: "up_to_date">

[JammyDodger]

Eu anexei seu repro aos relatórios anteriores para mantê-los agrupados.

[Lhc_fl (Linca)]

Uau, eu não vi que havia um relatório de bug igual aqui ()\n\nJá estou rastreando, mas é estranho, acho que isso deveria funcionar bem… Não sei o que está acontecendo aqui

[JammyDodger]

@Muhammed_EKİCİ

É seguro fazer isso em um ambiente de produção? Alguém pode me orientar?
Nenhuma personalização de texto funciona no fórum. Não se aplica apenas a esta área.

Isso deve ser seguro para fazer em um site de produção. (embora, por favor, faça um backup antes de tentar fazer alterações no console do Rails, pois acidentes podem acontecer)

No entanto, se nenhuma personalização de texto estiver funcionando, você tem certeza de que este é o mesmo problema?

[Muhammed_EKİCİ (mekici)]

Este problema foi resolvido com a última atualização. (3.4.0.beta1-dev)

[Kumandan]

Sim, também confirmo que o problema foi resolvido com a atualização atual.

[JammyDodger]

Para finalizar, aqui está o PR para a correção:

FIX: Ensure JsLocaleHelper to not output deprecated translations