-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Clicking on tab's top doesn't select it sometimes in a maximized window #11983
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Happens to me as well, on Arch Linux, in XFCE desktop with X11, now that i have updated from 1.14.84 64-bit release (official precompiled binary) to Version 1.15.72 64-bit release (official precompiled binary). The same happens with a new profile, and no theme option makes any difference. |
I have the same issue on arch linux KDE on 1.15.72 Chromium: 86.0.4240.75 (Official Build) |
I was able to work around something similar, but for MATE panel, which also uses GTK3. But it doesn't affect the Brave problem, even if I run the brave binary directly with that variable set in front. |
This bug is observed not only in Brave but also in Chromium:
|
Seems to be fixed in:
Please, reopen this issue if it becomes reproducible again in Brave Beta or Brave Nightly. |
Description
In a brave maximized window clicking on the very top of a tab doesn't select it sometimes.
On the gif attached you may see that tabs lose highlight while I keep the cursor at the top of the screen all the time.
Steps to Reproduce
Actual result:
Tab is not selected on a click on its top.
Expected result:
Tab must be selected on a click on its top.
Reproduces how often:
Every time I use Brave.
Brave version (brave://version info)
Brave 1.16.48 Chromium: 86.0.4240.55 (Official Build) beta (64-bit)
Revision a6d625ef6f7fe8ea0675f1cf759155a05ee1be40-refs/branch-heads/4240@{#953}
OS Linux
JavaScript V8 8.6.395.10
Flash (Disabled)
User Agent Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.55 Safari/537.36
Command Line /opt/brave.com/brave-beta/brave --enable-dom-distiller --disable-domain-reliability --no-pings --extension-content-verification=enforce_strict --extensions-install-verification=enforce --origin-trial-public-key=bYUKPJoPnCxeNvu72j4EmPuK7tr1PAC7SHh8ld9Mw3E=,fMS4mpO6buLQ/QMd+zJmxzty/VQ6B1EUZqoCU04zoRU= --sync-url=https://sync-v2.brave.com/v2 --lso-url=https://no-thanks.invalid --enable-features=AutoupgradeMixedContent,PassiveMixedContentWarning,MixedContentSiteSetting,DnsOverHttps,OmniboxContextMenuShowFullUrls,LegacyTLSEnforced,WebUIDarkMode,PasswordImport,ReducedReferrerGranularity,PrefetchPrivacyChanges --disable-features=PrivacySettingsRedesign,NotificationTriggers,TextFragmentAnchor,AutofillEnableAccountWalletStorage,AllowPopupsDuringPageUnload,SmsReceiver,TabHoverCards,VideoPlaybackQuality,AutofillServerCommunication,PasswordCheck,SafeBrowsingEnhancedProtection --flag-switches-begin --flag-switches-end
Executable Path /opt/brave.com/brave-beta/brave
Profile Path /home/ilyaigpetrov/.config/BraveSoftware/Brave-Browser-Beta/Default
Version/Channel Information:
Tested and happens on beta channel.
No, no such problem in:
Brave | 1.14.84 Chromium: 85.0.4183.121 (Official Build) (64-bit)
Revision | a81aa729a8e1fd413943a339393c82e7b8055ddc-refs/branch-heads/4183@{DNS over HTTPS #1864}
OS | Linux
Yes.
Yes, reproducible on:
Brave | 1.17.11 Chromium: 86.0.4240.68 (Official Build) nightly (64-bit)
Revision | ad72ee9aa8e15ed300df1238e76c7a8f4d686f97-refs/branch-heads/4240@{Shields button pops up when search engine option is shown on omnibox #1097}
OS | Linux
Other Additional Information:
Not reproducible on:
Google Chrome | 85.0.4183.15 (Official Build) dev (64-bit)
Revision | 53db90617a040f373db04863f92240061be06d3d-refs/branch-heads/4183@{#221}
OS : Linux
Miscellaneous Information:
Linux Mint 20 Xfce Edtition
The Gif
The text was updated successfully, but these errors were encountered: