[Desktop] bubbles do not show properly on initial display

[LaurenWags]

Test plan

Issue should be fixed as part of Chromium 87

• Check https://bugs.chromium.org/p/chromium/issues/detail?id=1112244#c19
• Milestone or notes should indicate this was merged to Chromium 87. If not, we can move this issue to milestone 1.19 (Chromium 88)

If everything looks good, test steps are below under Steps to Reproduce

Description

Modals are not displaying properly on initial load, however if you close and reopen the modal does show as expected.

Example:
When you navigate to a site in a different language and you see the offer to translate popup (the one to install Google Translate), the popup does not display correctly on initial load. If you click away and then reopen the popup it does display correctly.

Example 2:
Password modals show oddly as well. If you close/reopen by clicking on the "key" icon it shows as expected.

Does not reproduce with 1.14.x (C85) version.

Steps to Reproduce

Scenario 1:

1. Clean profile 1.15.x
2. Navigate to a site in a different language (ex. if your OS is set to English, try interia.pl or 3zsistemi.si)
3. You get the offer to translate popup but the colors/styling is incorrect

Actual result:

Dark:

Light:

Expected result:

Should show as it does in 1.14.x which is also how it shows if you click away and then reopen this popup manually from the URL bar:
Dark

Light

Scenario 2:

1. Clean profile 1.15.x
2. Navigate to a site where you need to login.
3. Enter login info/login
4. You get the offer to save your password but the colors/styling is incorrect

Actual result:

Dark:

Light:

Expected result:

Should show as it does in 1.14.x which is also how it shows if you close and then reopen this popup manually from the URL bar:

Reproduces how often:

easily

Brave version (brave://version info)

Brave	1.15.60 Chromium: 86.0.4240.42 (Official Build) dev (x86_64)
Revision	418ccfc2b69112bd79d5ffb38b533642e64e6af8-refs/branch-heads/4240@{#773}
OS	macOS Version 10.14.6 (Build 18G3020)

Brave	1.16.35 Chromium: 86.0.4240.42 (Official Build) nightly (x86_64)
Revision	418ccfc2b69112bd79d5ffb38b533642e64e6af8-refs/branch-heads/4240@{#773}
OS	macOS Version 10.14.6 (Build 18G3020)

Version/Channel Information:

• Can you reproduce this issue with the current release? no using 1.14.x C85
• Can you reproduce this issue with the beta channel? yes using 1.15.x C86
• Can you reproduce this issue with the nightly channel? yes using 1.16.x C86

Other Additional Information:

• Does the issue resolve itself when disabling Brave Shields?
• Does the issue resolve itself when disabling Brave Rewards?
• Is the issue reproducible on the latest version of Chrome?

Miscellaneous Information:

cc @mkarolin @rebron @bsclifton

[btlechowski]

Not reproducible on Linux

Brave	1.15.60 Chromium: 86.0.4240.42 (Official Build) dev (64-bit)
Revision	418ccfc2b69112bd79d5ffb38b533642e64e6af8-refs/branch-heads/4240@{#773}
OS	Ubuntu 18.04 LTS

Not reproducible on Windows

Brave	1.15.60 Chromium: 86.0.4240.42 (Official Build) dev (64-bit)
Revision	418ccfc2b69112bd79d5ffb38b533642e64e6af8-refs/branch-heads/4240@{#773}
OS	Windows 7 Service Pack 1 (Build 7601.24544)

[kjozwiak]

Reproduced the issue with the Save Password modal as well. Example:

Used the following build to reproduce:

Brave | 1.15.56 Chromium: 85.0.4183.102 (Official Build) dev (64-bit)
-- | --
Revision | ffe848af6a5df4fa127e2929331116b7f9f1cb30-refs/branch-heads/4183@{#1770}
OS | macOS Version 10.15.6 (Build 19G73)

[btlechowski]

Not reproducible with Passwords modal on Linux

Brave	1.15.60 Chromium: 86.0.4240.42 (Official Build) dev (64-bit)
Revision	418ccfc2b69112bd79d5ffb38b533642e64e6af8-refs/branch-heads/4240@{#773}
OS	Ubuntu 18.04 LTS

[bsclifton]

Assigned @petemill who is checking this out now 😄

[petemill]

This is an upstream bug https://bugs.chromium.org/p/chromium/issues/detail?id=1112244#c3

[petemill]

Note STR in upstream bug around the inactive colors of the "reset" button in the zoom dialog after pressing cmd-+

[LaurenWags]

Note - issue for light them was broken out into a separate issue per today's discussion: #11916

[bsclifton]

Issue has been fixed upstream in Chromium 88; they're working on uplift to Chromium 87
https://bugs.chromium.org/p/chromium/issues/detail?id=1112244#c19

We should be able to check this with 1.17 if the patch is accepted 😄

[LaurenWags]

labelling as QA/Blocked until patch mentioned in #11838 (comment) is included in 1.17.x.

[rebron]

Verified and looks good on:

Brave	1.17.69 Chromium: 87.0.4280.60 (Official Build) (x86_64)
Revision	12697cfeb273d7de95cf9b18350d2c457f58224c-refs/branch-heads/4280@{#1352}
OS	macOS Version 11.0.1 (Build 20B29)

Light theme -

Dark theme -

---

Verified passed with

Brave | 1.17.69 Chromium: 87.0.4280.60 (Official Build) (x86_64)
-- | --
Revision | 12697cfeb273d7de95cf9b18350d2c457f58224c-refs/branch-heads/4280@{#1352}
OS | macOS Version 10.14.6 (Build 18G6042)

Verified scenarios 1 and 2 from description using both dark and light themes.

Dark

Light