[Bug][macOS]: browser window drag for non-zero x,y browser view bounds

[b3ll00z]

Preflight Checklist

• I have read the Contributing Guidelines for this project.
• I agree to follow the Code of Conduct that this project adheres to.
• I have searched the issue tracker for a feature request that matches the one I want to file, without success.

Electron Version

12.0.2

What operating system are you using?

macOS

Operating System Version

macOS Big Sur 11.2.1

What arch are you using?

x64

Last Known Working Electron version

11.3.0

Expected Behavior

Despite the x, y bounds provided for a browser view, the whole browser window should not be draggable by clicking inside its browser view itself

Actual Behavior

For browser views with both x, y bounds coordinates, such that x > 0 or y > 0, if I click inside the browser view the entire browser window starts dragging

Testcase Gist URL

https://github.com/b3ll00z/electron-quick-start-typescript

To Reproduce

$ git clone https://github.com/b3ll00z/electron-quick-start-typescript
$ cd electron-quick-start-typescript
$ npm install ; npm start

Registrazione.schermo.2021-03-26.alle.08.38.44.mov

[praneetrohida]

Having the same issue after upgrading to 11.4.x
The browserviews worked fine on 11.3.0

[Kilian]

Here's a test fiddle: https://gist.github.com/b9c5a45bf59f6ba748041d000414e571 This shows devtools inside a browserView.

On launch, the devtools are offset to the right. You can click + drag the window when clicking into the devtools. Additionally, it can not receive keyboard input. When you switch the position of the browserView to {x: 0, y: 0} this does not happen: the window is not dragged and it can receive text input. This behavior shows in any version after 11.3.0. (11.3.0 does not have this issue)

This seems very related to #28268, but it should be noted that fix (which is in 12.0.2) does not fix this issue. Additionally, changing either the x or the y value triggers this dragging behavior.

Other related issues seem #28057, #28228 and #27143.

Looking at the comparison: v11.3.0...v11.4.0 this jumps out as related: 2bcf583