Skip to content
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

BigSur prevents window updates #1107

Open
haberdashPI opened this issue Mar 9, 2021 · 9 comments
Open

BigSur prevents window updates #1107

haberdashPI opened this issue Mar 9, 2021 · 9 comments

Comments

@haberdashPI
Copy link

haberdashPI commented Mar 9, 2021

Description
After upgrading to BigSur (latest release: 11.2.3), Amethyst's updates to a window do not occur until I focus on that window.

Applications:
Just Amethyst

To Reproduce
Install BigSur and Amethyst. Open two windows, focus on the main pain, and adjust its size (using Amethyst's keyboard shortcuts for adjusting the main pane window size). Nothing will happen to the secondary window. Move focus to the secondary window: updates to the size of that window will now occur.

Similar results occur for any command that changes the position or size of a window (e.g. all of them).

Expected behavior
All windows should update their position and size simultaneously.

Versions:

  • macOS: 11.2.3
  • Amethyst: 0.15.4
@haberdashPI
Copy link
Author

Thanks, by the way, for creating this handy little application. It's the best option out there, as far as I can tell.

@slaughtr
Copy link

slaughtr commented Mar 9, 2021

FWIW this is the same behavior I've observed since before Big Sur. I actually use it sometimes to keep a window very temporarily floated over a layout.

@thejustinwalsh
Copy link

I am running the exact same setup and I currently have Brave and Discord opened side by side, with the keyboard shortcuts functioning as I would expect them to. What applications are you experiencing this effect with? Just curious as I find it odd that I am unable to reproduce... 🤷

@pmsteil
Copy link

pmsteil commented Mar 18, 2021

Works this way for me on MacOS Catalinea 10.15.7.

I actually like it - allows me to temporarily resize something if I need to... :) If this were to change I would love it be a setting and default to the way it works now :)

@haberdashPI
Copy link
Author

Here is a gif animation displaying the exact problem I'm having. I can see how this might be useful if it were just a one-keystroke delay, but in my case it can require multiple repeated keystrokes to get the intended layout.

It works with any applications I use. In the gif, I'm using Chrome. But VSCode, discord, quicktime, and Finder have all shown this issue. Doesn't seem to be a problem with the specific applications.

Screen Recording 2021-03-18 at 10 46 06 AM

@yangkennyk
Copy link

I thought it was just me but I believe I'm having the same issue where I have to force reevaluate. Sometimes multiple times before it lines up properly.

@thejustinwalsh
Copy link

I am now seeing something similar, but it doesn't happen all the time, and sometimes I can close and re-open a window and fix it, other times I have to restart Amethyst. So it feels like Amythist is losing the window-id or losing tracking somehow...

@bentosquares
Copy link

bentosquares commented Apr 14, 2021

Same issue, as well as sometimes un-minimizing windows requires re-minimizing and un-minimizing a second time before Amethyst attempts to add them to the layout and/or focus rotation.

(macOS 11.2.3, Intel Macbook Pro)

@brozena
Copy link

brozena commented Jun 29, 2021

I thought it was just me but I believe I'm having the same issue where I have to force reevaluate. Sometimes multiple times before it lines up properly.

Amethyst rules. Thanks for making it.

Having the same issue here.
macOS 11.4 macbook air M1 needing to force re-evaluate pretty regularly as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants