Closed Bug 1794819 Opened 2 years ago Closed 1 year ago

Dropdown menu from button Options in notification banner does not show correctly

Categories

(Firefox :: Translations, defect)

Firefox 106
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr102 --- unaffected
firefox105 --- unaffected
firefox106 --- wontfix
firefox107 --- wontfix
firefox108 --- wontfix

People

(Reporter: Fanolian+BMO, Unassigned)

References

(Regression)

Details

(Keywords: nightly-community, regression, reproducible)

Attachments

(3 files, 2 obsolete files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0
Build ID: 20221011160345

Steps to reproduce

  1. In a new profile, install Firefox Translations.
  2. Go to a page that can be translated to trigger the notification banner. E.g. https://es.wikipedia.org/wiki/Wikipedia:Portada.
  3. Click Options on the banner.
  4. Observe the dropdown menu.

Actual result

Last item is overlapped by a down chevron scroll button. Hovering on the button does not scroll down enough to show all the text.

Expected result

There is no need for the scroll button.

Regression

Last good Nightly: 2022-09-01
First bad Nightly: 2022-09-02
pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=136f13b75057ef4c2419dba0d63e913d502c7458&tochange=050487abb54ae6d2c7d6a78b5de60ac6efbab9ba

Bisecting autoland builds:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=33a3e6eafcdb8acb7ccf6f8d2372a1a566a6b2dc&tochange=3477776b80ac0035ec6b285b21931b06261bae15

This should be regressed by bug 1734220.

Notes

I don't know if bug 1788595 or https://github.com/mozilla/firefox-translations/issues/496 would fix this bug.

There is another unrelated bug regarding button Translate this tab automatically as you browse which I filed bug 1794817.

Flags: needinfo?(earo)
Attached image Firefox Translatoin button.png (obsolete) —

Uploaded a wrong image.

Attachment #9298218 - Attachment is obsolete: true

Edited the wrong bug... Sorry for the spam.

Attachment #9298220 - Attachment is obsolete: true
Has STR: --- → yes
Regressed by: 1734220

Bug 1788595 would definitely not fix this (it would remove files that are unused in mozilla-central), the refactor needed for it in the add-on might.

It seems strange that the Fluent migration bug would cause display issues in the menu though (which is also displayed in its entirety on macOS Nightly).

Are you quite sure that this was a regresssion from bug 1734220, and not bug 1790920? I'm struggling to figure out how the changes in patch D155110 could have caused this.

Is the m-c code in components/translation/content/translation-notification.js perhaps somehow depended on by the extension?

Flags: needinfo?(earo) → needinfo?(Fanolian+BMO)
Attached image Options 2022-09-02.png

This screenshot is taken on 2022-09-02 build. `Translate this tab automatically…" is not bugged so the Options button bug is not regressed by bug 1790920 which landed after bug 1734220.

I used Mozregression on a different computer with a different OS scaling and text size setup. I got the same regression range so it should not be a OS problem.
I don't know how to apply patch locally to pinpoint the regression as the regression range contains bug 1734220 and bug 1785216.

Flags: needinfo?(Fanolian+BMO) → needinfo?(earo)
Status: UNCONFIRMED → NEW
Ever confirmed: true

Set release status flags based on info from the regressing bug 1734220

As with Flod, I'm not able to reproduce this on my Macbook, so debugging this is quite challenging. As a wild guess, is there perhaps some added delay in loading a DTD file now that it's only used by this extension that's affecting the timing of when the menu's initial size is measured?

Flags: needinfo?(earo)

Set release status flags based on info from the regressing bug 1734220

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---

Never translate [language] is still cropped out.

This might be caused by the menu having an empty item (because it searches for translation.properties to build the string)

If that's the case, this would fix it. But there's no way to tell, since this menu shows up correctly on macOS also in the existing version of the add-on
https://github.com/mozilla/firefox-translations/pull/527

Duplicate of this bug: 1797491

AFAIK, 106 is not affected, this is 107+ (the original report is for 107).

The severity field is not set for this bug.
:florian, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(florian)
Duplicate of this bug: 1800276

Issue at comment 10 is also fixed in Firefox Translations 1.2.0 released today.

Status: REOPENED → RESOLVED
Closed: 2 years ago1 year ago
Resolution: --- → WORKSFORME
Flags: needinfo?(florian)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: