-
Notifications
You must be signed in to change notification settings - Fork 15.7k
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
fix: context-menu
event with BaseWindows
#44940
Conversation
d6df387
to
8fe3a67
Compare
In this issue, someone said they still experience a crash despite applying this patch to their local build: #44943 |
Ugh yeah it's because of the vibrant view in that issue - i'll figure out a more robust solution. |
8fe3a67
to
185a617
Compare
Release Notes Persisted
|
I was unable to backport this PR to "31-x-y" cleanly; |
I have automatically backported this PR to "34-x-y", please check out #44952 |
I have automatically backported this PR to "33-x-y", please check out #44953 |
I have automatically backported this PR to "32-x-y", please check out #44954 |
The original patch didn't make it into v31, so no v31 backport is required. See #44761. |
Description of Change
Closes #44898.
Closes #44896.
Closes #44943.
Fixes an possible crash when using draggable regions and BaseWindows to get the
context-menu
event. My previous fix did not take into account that theWebContentsView
was only added as as a sibling view in aBrowserWindow
context. On an implementation levelmenu.popup([options])
already takes a BaseWindows, so also update documentation to reflect this.Tested with https://gist.github.com/09dd58e289571d3956cc95ea92b7d73a
Checklist
npm test
passesRelease Notes
Notes: Fixed an possible crash when using draggable regions and BaseWindows to get the
context-menu
event.