bnx1
April 9, 2026, 10:35pm
1
Description:
After updating to Brave version 1.89.132 (Official Build) (arm64) on macOS, I’ve encountered an issue where a thin horizontal strip directly below the URL/bookmarks bar becomes unclickable. Any UI elements (buttons, links, etc.) that fall within this region do not respond to mouse input.
Details:
Brave Version: 1.89.132 (Official Build) (arm64)
Chromium Version: 147.0.7727.56
Device: MacBook (Apple Silicon)
OS: macOS (latest version)
Issue Behavior:
A small horizontal area beneath the URL/bookmarks bar does not register clicks.
This affects interaction with content positioned near the top of webpages.
The issue persists across multiple sites and after restarting the browser.
Possible Regression:
This appears to be very similar (or identical) to a previously reported issue with a flag no longer available:
https://community.brave.app/t/immersive-fullscreen-toolbar-macos-not-clickable-area/611310
Steps to Reproduce:
Open Brave on macOS
Navigate to any webpage with clickable elements near the top
Attempt to click within the area just below the URL/bookmarks bar
Expected Behavior:
All visible webpage elements should be fully clickable without dead zones.
Actual Behavior:
Clicks within the affected strip do not register.
Workarounds Tried:
Additional Notes:
This seems like a regression of a previously fixed issue. It would be great if the team could confirm and investigate.
Thanks!
Not seeing this issue on my end. Would it be possible to see a screenshot or recording of the behavior so I can more accurately test on my end?
bnx1
April 9, 2026, 11:02pm
3
Yes I recorded a video but i’m a new user to the forums and it’s not permitting me to upload this video.
bnx1
April 9, 2026, 11:04pm
4
Okay so I did have the right idea. I am not seeing this on my end – in your issue you didn’t state that your browser was in full screen mode and it doesn’t necessarily seem to be displaying that way in your video. You’re getting this issue with the standard window size?
bnx1
April 10, 2026, 5:42pm
6
Sorry about that. This issue occurs while in fullscreen mode only which is the view me and most of my colleagues with MacOS use.
Now I’m wondering if it’s somehow related to the full screen crash issue I just logged:
opened 05:39PM - 10 Apr 26 UTC
crash
feature/user-interface
OS/macOS
OS/Desktop
full screen
### Description
Stable build of the browser seems to crash consistently when t… rying to put the browser in full screen mode via the main menu. Notably only occurs when I select it via the main menu this way — if using the keyboard shortcut it seems to work just fine:
https://github.com/user-attachments/assets/190e6155-80ab-4906-94d0-6439e3f65932
Crash IDs
```
ef710200-fca6-8c0f-0000-000000000000
ee710200-fca6-8c0f-0000-000000000000
f0710200-fca6-8c0f-0000-000000000000
916b0200-fca6-8c0f-0000-000000000000
```
### Steps to reproduce
1. Launch Brave on macOS
2. Click main menu
3. Click full screen icon
### Actual result
Browser crashes
### Expected result
Browser should not crash
### Reproduces how often
Easily reproduced
### Brave version (brave://version info)
v1.89.132
### Channel information
- [x] release (stable)
- [ ] beta
- [ ] nightly
### Reproducibility
- [ ] with Brave Shields disabled
- [ ] with Brave Rewards disabled
- [ ] in the latest version of Chrome
### Miscellaneous information
_No response_
Getting some team members involved, hope to have more information for you soon.
bnx1
April 10, 2026, 7:57pm
8
Thanks for taking a look at this.
I wanted to add some additional context that might help narrow this down. In previous versions of Brave Browser on macOS, I ran into this exact behavior, but only when the “enable-immersive-fullscreen-toolba r” flag was enabled. This flag used to keep the macOS menu bar visible at the top, and when hovered, it would essentially “lock” the browser UI (tabs + bookmarks bar) in place instead of allowing it to shift downward. When that happened, there would be a thin horizontal region just below the toolbar that wouldn’t register clicks….exactly to what I’m seeing now.
This flag disappeared for a while, but based on the current behavior in version 1.89.132, it seems like some version of that immersive fullscreen behavior may now be enabled by default, which could explain why this issue has resurfaced.
I have the same exact issue. I also only see it in fullscreen mode. The unclickable region for me is on the top left of the screen. I’m on the same version of Brave 1.89.132 (arm64) and using a Macbook.
bnx1
April 12, 2026, 8:52pm
10
Same version of Brave here. This appears to be a regression of the old bug that occurred when the #enable-immersive-fullscreen-toolbar flag was enabled. That flag is no longer available, but Brave 1.89 appears to have enabled the immersive fullscreen feature on macOS by default (as noted in the release notes). It seems this change has reintroduced the same click-dead-zone behavior. I’ve quizzed AI on ways to fix this, as it’s driving me NUTS, but nothing a user can do but wait for an update/fix.
Same issue here. That was why I had kept #enable-immersive-fullscreen-toolbar disabled, even though it should provide much better UX if not for this bug. One thing I also noticed is that the bug disappears if the devtools is open and docked on the right side.
Could you please revert the immersive fullscreen toolbar by default in the meantime?
yakko
April 14, 2026, 12:01pm
12
I also have this issue. Not on fullscreen.
Brave 1.89.132 (Official Build) (arm64)
Chromium: 147.0.7727.56
We’re conflating two different issues in this thread. The first issue is that macOS crashes when enabling full screen mode:
opened 05:39PM - 10 Apr 26 UTC
closed 04:08AM - 11 Apr 26 UTC
crash
feature/user-interface
OS/macOS
QA Pass-macOS
priority/P2
QA/Yes
release-notes/include
OS/Desktop
QA Pass-macOS-arm64
full screen
### Description
Stable build of the browser seems to crash consistently when t… rying to put the browser in full screen mode via the main menu. Notably only occurs when I select it via the main menu this way — if using the keyboard shortcut it seems to work just fine:
https://github.com/user-attachments/assets/190e6155-80ab-4906-94d0-6439e3f65932
Crash IDs
```
ef710200-fca6-8c0f-0000-000000000000
ee710200-fca6-8c0f-0000-000000000000
f0710200-fca6-8c0f-0000-000000000000
916b0200-fca6-8c0f-0000-000000000000
```
### Steps to reproduce
1. Launch Brave on macOS
2. Click main menu
3. Click full screen icon
### Actual result
Browser crashes
### Expected result
Browser should not crash
### Reproduces how often
Easily reproduced
### Brave version (brave://version info)
v1.89.132
### Channel information
- [x] release (stable)
- [ ] beta
- [ ] nightly
### Reproducibility
- [ ] with Brave Shields disabled
- [ ] with Brave Rewards disabled
- [ ] in the latest version of Chrome
### Miscellaneous information
_No response_
The second issue is the “unclickable” region at the top of the page:
opened 09:24PM - 14 Apr 26 UTC
OS/Desktop
### Description
After updating Brave, there is a thin horizontal “dead zone” al… ong the entire width of the viewport in macOS native fullscreen. Clicks in this strip are not delivered to the page (links, GitHub header controls, search bar, etc. in that band do not respond). The issue does not occur in non-fullscreen (windowed) mode.
The affected region sits just below the browser chrome (tabs/address bar), running edge-to-edge across the window—similar to a single-pixel-tall (or a few pixels tall) band at the top of the web content area (see annotated screenshot: red line marks the strip).
### Steps to reproduce
1. Open Brave on macOS.
2. Enter fullscreen (green traffic-light button / View → Enter Full Screen).
3. Open any site with a dense top bar (e.g. GitHub).
4. Try to click elements whose top sits in the uppermost row of the page content (under the address bar).
5. Observe missed clicks along a continuous horizontal line across the full width of the page.
6. Expected behavior
7. The full viewport should be clickable; there should be no full-width dead strip under the toolbar.
### Actual result
A full-width horizontal band at the top of the page content does not receive clicks in fullscreen.
### Expected result
The full viewport should be clickable; there should be no full-width dead strip under the toolbar.
### Reproduces how often
Easily reproduced
### Brave version (brave://version info)
Brave | 1.89.132 Chromium: 147.0.7727.56 (Official Build) (arm64)
-- | --
Revision | d491a927d068805831350ec9d7e5afda454e83ce
OS | macOS Version 26.3.1 (a) (Build 25D771280a)
JavaScript | V8 14.7.173.16
User agent | Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/147.0.0.0 Safari/537.36
Command Line | /Applications/Brave Browser.app/Contents/MacOS/Brave Browser --disable-domain-reliability --enable-dom-distiller --enable-distillability-service --origin-trial-public-key=bYUKPJoPnCxeNvu72j4EmPuK7tr1PAC7SHh8ld9Mw3E=,fMS4mpO6buLQ/QMd+zJmxzty/VQ6B1EUZqoCU04zoRU= --lso-url=https://no-thanks.invalid --variations-server-url=https://variations.brave.com/seed --variations-insecure-server-url=https://variations.brave.com/seed --flag-switches-begin --flag-switches-end --component-updater=url-source=https://go-updater.brave.com/extensions
Executable Path | /Applications/Brave Browser.app/Contents/MacOS/Brave Browser
Profile Path | /Users/exploit/Library/Application Support/BraveSoftware/Brave-Browser/Default
Linker | lld
Command-line variations | eyJkaXNhYmxlLWZlYXR1cmVzIjoiQUlQcm9tcHRBUElcdTAwM0NCdWlsdElu... |
Active variations | main@bdabfcd2b5931e444b28ef43da9fc4161b9152fbAIChatCodeExecutionTool_Release:DefaultAdblockOnlyModeStudy:EnabledAllowCertainClientHintsStudy:EnabledBTMGoogleAuthWorkaround:EnabledBraveAIChatConversationAPIV2Study:DefaultBraveAdblockMobileNotificationsListDefault:EnabledBraveAdsNewTabPageAdsStudy:EnabledBraveAggressiveModeRetirementExperiment:DisabledBraveAutoTranslateStudy:AutoTranslateDisabledBraveCleanupSessionCookiesOnSessionRestore:DisabledBraveCopyCleanLinkFromJsStudy:EnabledBraveDebounceStudy:EnabledBraveFeedUpdateStudy:EnabledBraveForgetFirstPartyStorage:EnabledBraveGoogleSignInPermissionStudy:EnabledBraveHorizontalTabsUpdateEnabledStudy:EnabledBraveNTPBrandedWallpaperStudy:EnabledBraveNewTabPageRefreshStudy:EnabledBraveP3AConstellationEnabled:EnabledBraveP3AJSONOtherDeprecation:EnabledBraveP3ANebulaRelease:EnabledBraveP3ATypicalJSONDeprecationEnabled:EnabledBraveRewardsAllowSelfCustodyProvidersStudy:EnabledBraveRewardsNewRewardsUIStudy:EnabledBraveRewardsWebUiPanelStudy:EnabledBraveScreenFingerprintingBlockerStudy:EnabledBraveWalletAnkrBalancesEnabled:DefaultBraveWebViewRoundedCornersStudy:EnabledBraveWebcompatExceptionsServiceReleaseStudy:EnabledBuiltInAIAPIsDisabledStudy:DisabledClampPlatformVersionClientHint:DisabledCrossPlatformVPNStudy:EnabledDefaultBraveOmniboxMoreHistoryStudy:EnabledDisableReduceLanguage:EnabledEphemeralStorageStudy:EnabledExtensionsManifestV2StudyRelease:EnabledInProcessBraveAdsServiceStudy:EnabledMacCoreLocationBackendStudy:EnabledPartitionVisitedLinkDatabaseWithSelfLinks_Release:EnabledPartitionedCookies:EnabledSeedFileTrial:DefaultSpeedreader TTS:EnabledUndecryptablePasswords:EnabledUserActivityStudy:TriggersWhatsNewStudy:EnabledZCashStudy_EnabledWithShieldingOnNewVersions:EnabledWithShielding
### Channel information
- [x] release (stable)
- [ ] beta
- [ ] nightly
### Reproducibility
- [ ] with Brave Shields disabled
- [ ] with Brave Rewards disabled
- [ ] in the latest version of Chrome
### Miscellaneous information
<img width="1440" height="859" alt="Image" src="https://github.com/user-attachments/assets/e9d3fcb2-3079-4a45-9315-2311d9ed9352" />
Both should be fixed in the next browser update.
I’m having the same issue. It happens on full screen mode only. v1.89.137