fix: simpleFullscreen window should be on top#14881
fix: simpleFullscreen window should be on top#14881codebytere merged 1 commit intoelectron:masterfrom
Conversation
|
💖 Thanks for opening this pull request! 💖 We use semantic commit messages to streamline the release process. Before your pull request can be merged, you should update your pull request title to start with a semantic prefix. Examples of commit messages with semantic prefixes:
Things that will help get your PR across the finish line:
We get a lot of pull requests on this repo, so please be patient and we will get back to you as soon as we can. |
codebytere
left a comment
There was a problem hiding this comment.
this looks good, thanks for adding this!
|
@lynaghk would you mind rebasing this on |
0f84954 to
fa19dda
Compare
|
No prob. Rebase was clean, I'll keep my fingers crossed for CI. Thanks for shepherding this through! |
|
Thanks for letting me know, @alexeykuzmin. I suspected it didn't have anything to do with my changes, so I wasn't taking the CI failures personally =P |
|
@lynaghk can you please rebase your branch onto the latest |
fa19dda to
2a08e91
Compare
|
@alexeykuzmin Done. Rebase was clean. Thanks. |
If an app has no menu bar (because `app.dock.hide()` has been called), OS X will still render the menu bar of the previously-focused app. This commit ensures simpleFullscreen windows will be drawn on top of that menu bar by setting their level to NSPopUpMenuWindowLevel while simpleFullscreen mode is active. Ref: electron#11468
2a08e91 to
b2bae08
Compare
|
Done! Thanks for the reminders. I'll pay additional tribute to the CI gods next harvest so that this doesn't happen again =P |
|
thanks! Our CI is a wild west right now owing to a recent build system change from gyp to GN so we appreciate the patience ✨ |
|
Failure is which i believe to be unrelated |
|
Congrats on merging your first pull request! 🎉🎉🎉 |
|
Release Notes Persisted
|
|
@lynaghk would you mind opening up backport PRs targeting |
|
Happy to open PRs against those two branches. I'll get them submitted
referencing this PR early next week.
…On Wed, Oct 10, 2018 at 6:41 AM, Shelley Vohr ***@***.***> wrote:
Merged #14881 <#14881> into
master.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#14881 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAJBzy8BjDAjcflDmn1yvqBDmaVQBR3xks5ujYhsgaJpZM4XAe7z>
.
--
Kevin Lynagh
Keming Labs
*https://keminglabs.com <https://keminglabs.com>*1.888.502.1042
|
First let me say that Electron is great and has empowered me to build fun + useful desktop software that I wouldn't have otherwise been able to create.
So thanks for your hard work and stewardship of the project --- if any of y'all catch me in person at a conference, etc., drinks are on me!
Description of Change
If an app has no menu bar (because
app.dock.hide()has been called),OS X will still render the menu bar of the previously-focused app.
This commit ensures simpleFullscreen windows will be drawn on top of
that menu bar by setting their level to NSPopUpMenuWindowLevel while
simpleFullscreen mode is active.
Ref: #11468
This fix is motivated by Finda, a keyboard-only app that needs to popup full screen on any OS X space without showing up in the Dock or with a menu bar.
The video on that page demonstrates this problem "in the wild" (note how Finda doesn't cover the QuickTime Player OS X menu bar when it pops up.)
Here's a reduced video showing before/after the fix:
Before fix the
no_dock.jsstill shows iTerm's menu bar; after the fix theno_dock.jsis actually fullscreen.Included
dock.jsto show that this fix doesn't break menu bar when dock isn't hidden.no_dock.js:
(
dock.jsis the same, but without theapp.dock.hide()line.)Checklist
npm testpassesRelease Notes
Notes: Fixed simpleFullscreen windows in hidden-dock apps from being drawn below OS X menu bar of previously-focused app.