Unpredictable Behavior with Chrome

[stephenprater]

trafficstars

Describe the bug Chrome windows behave quite strangely. Most of the time it's simply ignored - but occasionally it will hide the window if I click on it. Attempting to resize the window with the mouse will result in all four corners moving. Sometimes restarting Amethyst "captures" it and makes it work for a few minutes, but as soon as the layout changes Chrome windows will start disappearing. New windows are opened in seemingly random locations.

This appears to affect only Chrome and "Chrome Apps" - not Electron applications (which are just wrappers around Chrome.)

I've reinstalled and deleted my preferences.

Applications: Chrome.

To Reproduce Use Amethyst, apparently only on my computer. I've talked to several other folks at my company who use it and none of them have this problem, which means I'm looking for how to debug the issue. I turned off all extensions and it didn't make a difference.

Expected behavior Chrome windows should be managed by Amethyst.

Versions:

• macOS: 13.3.1
• Amethyst: 0.20.0b(104)

Debug Info

Version: 0.20.0b (104)

OS version: Version 13.3.1 (Build 22E261)

Screens:
        (0.0, 0.0, 2560.0, 1440.0) [(0.0, 0.0, 2560.0, 1440.0)]
        (2560.0, 0.0, 2560.0, 1440.0) [(2560.0, 0.0, 2560.0, 1440.0)]

Configuration:
float-small-windows: 1
debug-layout-info: 1
window-minimum-height: 0
screen-padding-top: 0
window-resize-step: 5
mod2: (
    option,
    shift,
    control
)
mouse-follows-focus: 0
floating: (
        {
        id = "com.apple.systempreferences";
        "window-titles" =         (
        );
    },
        {
        id = "com.apple.Stickies";
        "window-titles" =         (
        );
    }
)
layouts: (
    tall,
    wide,
    fullscreen,
    column
)
enables-layout-hud-on-space-change: 1
ignore-menu-bar: 0
window-max-count: 0
enables-layout-hud: 1
follow-space-thrown-windows: 1
window-margins: 0
focus-follows-mouse: 0
restore-layouts-on-launch: 1
use-canary-build: 1
window-minimum-width: 0
mod1: (
    option,
    shift
)
screen-padding-left: 0
floating-is-blacklist: 1
window-margin-size: 0
screen-padding-bottom: 0
new-windows-to-main: 0
screen-padding-right: 0

Manageable applications:
        iTerm2 (com.googlecode.iterm2)
        Slack (com.tinyspeck.slackmacgap)
        TextEdit (com.apple.TextEdit)
        Notes (com.apple.Notes)
        Preview (com.apple.Preview)
        Music (com.apple.Music)
        Keynote (com.apple.iWork.Keynote)
        News (com.apple.news)
        Finder (com.apple.finder)
        Rambox (com.rambox)
        Safari (com.apple.Safari)
        Google Chrome (com.google.Chrome)

[ianyh]

Are the window changes animated?

[stephenprater]

No - definitely not. I read about a similar behavior in Yabai where changing the desktop assignment fixed it. I changed the desktop assignment to "None" - and it's better - at least if I select Chrome in the dock and choose "None" it will redraw and put Chrome where it's supposed to be - it still hides at random times, and if I bring Chrome forward all other apps hide immediately.

[ssisk]

I'm having a chrome specific issue as well, but it is different: https://github.com/ianyh/Amethyst/issues/1495 - mine is related to windows swapping positions when clicking between them, so it sounds pretty different, but thought I'd mention it in case you're seeing similar behavior as well.

[ianyh]

I need to write up some documentation on it, but I added some debugging tools in 0.20. So you can inspect the windows and applications with

% /Applications/Amethyst.app/Contents/MacOS/Amethyst debug windows
% /Applications/Amethyst.app/Contents/MacOS/Amethyst debug apps

They respond to -h flags for more options.

[agmitron]

Same issue here.

[ggada]

+1 Tiling with Chrome doesn't work at all Sonoma 14.2.1 on intel mac

[MrRTi]

Most of the time it's simply ignored - but occasionally it will hide the window if I click on it.

Have same issue with apps built with Electron (looks like)

UPD: I've checked app is using Electron