1845776 - Wikipedia page previews (pop-up) are not translated

Status: RESOLVED DUPLICATE of bug 1840705

(Firefox :: Translations, defect, P3)

Description

[Evgeny Pavlov]

Attachment: Nightly doesn't translate the preview

Steps:

• go to https://de.wikipedia.org/wiki/Bundesbeh%C3%B6rde_(Deutschland)
• press translate
• mouse hover on the word "federal"
• look at the popup page preview

Expected:

• the preview is in English

Actual

• the preview is in German

See the attached screenshot.

This appears to be an important piece of functionality that works in Chrome and in the Firefox Translations addon.

Comment 1

[Evgeny Pavlov]

I think this must be related. If you go to this website with a lot of dynamic elements, they all are not translated: https://www.rbc.ru/business/27/07/2023/64c282139a79474703551c07?from=from_main_8. This makes the translation functionality unusable on such websites.

Comment 2

[Greg Tatum [:gregtatum] (REO Fx132)]

This could be related to Bug 1840705, but requires investigation.

Comment 4

[Marco Castelluccio [:marco]]

It takes a while probably because we are waiting for translation of the rest of the page before translating the popup, but this is now working.

Comment 5

[Evgeny Pavlov]

It takes a while probably because we are waiting for translation of the rest of the page before translating the popup, but this is now working.

I don't think such a long wait time was a case for the extension because it prioritizes viewport elements. It basically doesn't work on the web page like https://es.wikipedia.org/wiki/Espa%C3%B1a. Should we create a new bug for this or reopen this one?

Comment 6

[Alexandru Trif, Desktop Test Engineering [:atrif]]

I confirm that translating the page on https://es.wikipedia.org/wiki/Espa%C3%B1a and hovering over a link will translate the pop-ups only after some time (~1 minute in my case). Tested with Firefox 119.0RC1 and 120.0a1 (2023-10-16), Windows 10x64.

Comment 7

[Greg Tatum [:gregtatum] (REO Fx132)]

The viewport elements are prioritized for the initial translation queue in the Gecko implementation, but the queue is not dynamic after that. The queuing architecture is quite a bit different in Gecko compared to the extensions so it's likely that there is a behavior difference. I believe the perf fix for this is to implement Bug 1820252. Alternately, we could teach the translations engine to have different priorities. Currently the prioritization happens in the TranslationsDocument.

Comment 8

[Marco Castelluccio [:marco]]

While it is slow, the elements are now translated, so we should track the slowness in a separate bug (and mark it as depending on bug 1820252 so we can test again once that bug is fixed).