Extension popups empty and transparent on first click after Brave restart #13633
Comments
|
cc: @jonathansampson |
|
Not limited to password managers; this repros with MetaMask and other extensions too. I am able to reproduce this, as was @petemill. My instance: |
echosa
changed the title
|
Yeah I have noticed this issue as well on Bitwarden and I double checked Metamask and the same issue is there just like Jonathan said 😅 |
|
Still an issue with |
|
Yeah still an issue with 0.22.669 on Windows 10 |
|
+1 from the BAT Telegram https://t.me/batproject/50473 |
|
This may be |
|
Let's discuss this on Tuesday. Seems like we should prioritize. @bsclifton @kjozwiak @bbondy @diracdeltas |
alexwykoff
modified the milestones:
Triage Backlog,
0.23.x Release 4 w/ Chromium 68 (BETA Channel)
|
Couldn't find instructions on how to report a build properly, so feel free to steer me to that for more info, but I was dealing with having MetaMask & other extensions be totally unusable and the only one (MetaMask) I cared about being broken. Disabling the following settings in my Mac running High Sierra 10.13.5 allowed at least MetaMask to render and be usable again, so I haven't done testing outside this:
I have an inkling the former two didn't matter as much as the third, but that's a hunch. Hopefully this helps in some fashion. I would test around this in particular. Let me know if I can provide more detail and what. |
|
this is not a regression, is there a reason this is blocking c68? Chromium updates should normally only be blocked for regressions. |
|
fyi - this issue is as old as extension popups on Brave |
|
We need this for our MetaMask-integrated local ETH wallet, which is shipping in the C68 release. Can't launch with first click on MetaMask showing a blank frame when it is part of the marketing announcement. |
|
WebView is correctly in the DOM with a valid src attribute. Hiding and showing via CSS is working correctly, so this may be solvable with a workaround from browser-laptop instead of muon. |
… opened Fix #13633 via a workaround to hide and show the webview after the first time it is attached to a new WebContents. Also avoid flash of different sizes by only setting a new size once the page has finished load (success or fail).
… opened Fix #13633 via a workaround to hide and show the webview after the first time it is attached to a new WebContents. Also avoid flash of different sizes by only setting a new size once the page has finished load (success or fail).
… opened Fix #13633 via a workaround to hide and show the webview after the first time it is attached to a new WebContents. Also avoid flash of different sizes by only setting a new size once the page has finished load (success or fail).
… opened Fix #13633 via a workaround to hide and show the webview after the first time it is attached to a new WebContents. Also avoid flash of different sizes by only setting a new size once the page has finished load (success or fail).
|
@petemill is additional testing needed other than the steps to reproduce? |
|
@LaurenWags I think it’s wise to enable all extensions that have pop ups and check they each open and display correctly, on each desktop platform. |
Description
When I open or restart Brave, then click on the Bitwarden icon, the resulting extension popup is transparent. This seems to only happen on the first click of each browser restart. A second click fixes the issue.
Steps to Reproduce
Actual result:
Expected result:
Reproduces how often:
100%
Brave Version
about:brave info:
Reproducible on current live release:
Yes
Additional Information
I'm not sure if this affects other extensions, like LastPass.
The text was updated successfully, but these errors were encountered: