titleBarOverlay causes setWindowButtonPosition miscalculation in MacOS Tahoe
- Dominant language
- C++
- Stars
- 123k
- Forks
- 17.5k
- Avg merge
- 14h 22m
- Merged PRs (30d)
- 873
Description
### Preflight Checklist
- [x] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/main/CONTRIBUTING.md) for this project.
- [x] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/main/CODE_OF_CONDUCT.md) that this project adheres to.
- [x] I have searched the [issue tracker](https://www.github.com/electron/electron/issues) for a bug report that matches the one I want to file, without success.
### Electron Version
38.6.0, 39.1.1
### What operating system(s) are you using?
macOS
### Operating System Version
macOS Tahoe 26.1
### What arch are you using?
arm64 (including Apple Silicon)
### Last Known Working Electron version
37.9.0
### Does the issue also appear in Chromium / Google Chrome?
No
### Expected Behavior
A `BrowserWindow` with a specified `titleBarOverlay` will position the traffic lights differently when calling `setWindowButtonPosition()` from an otherwise identical `BrowserWindow` which has no `tileBarOverlay`.
### Actual Behavior
The presence of a `titleBarOverlay` in the options should not affect the way the traffic light position is calculated when calling `setWindowButtonPosition`.
### Testcase Gist URL
https://gist.github.com/CliftonH/f60af359652b76514895c48402576f5c
### Additional Information
I tested in electron versions 38 and 39 and the issue is present, it seems to work fine in 37. Additionally, this doesn't seem to manifest in macOS Sequoia.
Contributor guide
Assessment
This issue has not been assessed yet.