Weird window resizing behavior leaves maximized windows short on height

Describe the bug

Sometimes the actions for resizing windows to full or half screen leave them shorter than full height.


  1. Configure a BTT shortcut with trigger “Doubleclick Main Menubar” and action “Show / Hide Menu Bar Icons left of BTT icon”

  2. Configure BTT to allow window resizing to full height (eg. full screen, or half screen left/right, etc.) either via shortcut dragging to edges, doesn’t really matter how

  3. In System Preferences > General, check the box for “Automatically hide and show the menu bar”

  4. Make sure the BTT configuration window is not open

  5. Open a program other than Finder (eg. TextEdit, or a web browser), and make sure a window from it is open and active

  6. Now click on the BTT menubar icon and then “Check For Updates” (either regular or alpha version is fine)

  7. When it finishes checking and shows the “You’re up to date” alert, hit the “Okay” button (either by clicking or with the keyboard)

  8. Next, before doing anything else, bring the mouse cursor to the top of the screen and double-click on the main menubar, to hide the icons left of BTT

  9. Then click back into the open window from the app you were using (eg. TextEdit)

  10. Finally, attempt to maximize the height of the window (either via shortcut or dragging to an edge, as configured in BTT)

The result is that the window does not go all the way to the top of the screen. It stops short, where the bottom of the main menubar would be if it were visible, even though it is hidden.

Affected input device (e.g. MacBook Trackpad, Magic Mouse/Trackpad, Touch Bar, etc.):

MacBook Pro trackpad

Device information:

  • Type of Mac: 2013 retina MacBook pro 15.4″
  • macOS version: 10.14.5 (18F132)
  • BetterTouchTool version: 3.085 (1193)

Additional information (e.g. StackTraces, related issues, screenshots, workarounds, etc.):

To get back to the correct behavior, switch to the Finder and then switch back to the other app. Now maximizing the height of the window works properly, and makes it go all the way to the top of the screen.


Upon further testing, it appears steps #1 and #8 above are unnecessary.

It is in fact sufficient to simply click in the menubar once after hitting “Okay” to the alert in step #7.

Then, after clicking back into the app window in step #9, the window-maximizing shortcuts leave a space at the top.

@ NevinBR For Custom Move / Resize Window actions, set the height greater than 100% for a workaround. The lowest working percentage on my setup is 103% but greater values don't seem to extend windows beyond the viewport. With the builtin resize actions I've been able to coerce windows into target positions by switching between other positions before settling on the target position; however, you could duplicate the builtin actions with custom actions and apply the workaround to each. A bit cumbersome but there hasn't been any activity on this bug report in months.