Steps to reproduce:
Actual result:
Tooltip is stuck on the screen

I can confirm too. It is annoying. I can only prevent it with rightClick to top bar , selecting minimize. Or just dont minimze it and use alt+tab etc.
I hope you fix it soon.
Regards.
@legendarynacar If you allow the tooltip to fully appear before clicking _minimize_, it will go away. You just need to hover over the button for 1-2 seconds before clicking.
Yeah, it works as you said. But I am not used to wait. If I want to do something I just click and do. Why do I need to wait for it. No other programs has that problem. So it means they can fix it. I do not want to wait 1-2 for each time. Actually it is a lot of time if you imagine a workflow.
@legendarynacar We certainly aren't asking you to be okay with waiting; we will see to it that this issue is resolved in a future release. My advice was meant only as a way to handle this bug for the time being. I too minimize quickly, and often see that pesky tooltip linger.
+1
Wanted to add that I can avoid the bubble by minimizing via taskbar button.
+1 from #9599
Looks like this may be an upstream issue; for more info see https://github.com/electron/electron/issues/9943
It's reported in Chromium's tracker with https://bugs.chromium.org/p/chromium/issues/detail?id=724538
+1 from @bhuettmann via https://github.com/brave/browser-laptop/issues/10067 (minimize tooltip goes to the other monitor)
+1 from here too and cheers for a wonderful description of the bug that was easy to find before reporting it again ;)
Sorry for the spam but I had forgot to +1 a lot of comments :sweat_smile:
+1 from the community
https://community.brave.com/t/ux-disabling-tooltips-on-brave/5181
Because the underlying issue is in Chromium, I put together a fix we can use until that is fixed. The fix is to simply remove the tooltip. Under the hood, there is still an aria-label in the case that a screenreader is looking for information
Pull request is up here and (if approved) would be in our next release 馃槃