Amethyst 0.23.0 is temporarily slow and non-responsive upon launch

[cwpage]

Describe the bug
Upon launching or relaunching Amethyst 0.23.0, the app is temporarily slow and non-responsive for about 30-60 seconds. This includes interacting with the menu bar options, tiling operations, and all keyboard commands.

After this period, Amethyst functions normally.

This behavior is not present in Amethyst 0.22.0

Applications:
Amethyst 0.23.0

To Reproduce
Steps to reproduce the behavior:

1. Launch or Relaunch Amethyst 0.23.0
2. Notice that the app is slow to respond to any interactions for about 30-60 seconds

Expected behavior
No delay or non-responsiveness after launch or relaunch of the app.

Screenshots
N/A

Versions:

• macOS: Sequoia 15.3.1
• Amethyst: 0.23.0

Debug Info

➜  ~ /Applications/Amethyst.app/Contents/MacOS/Amethyst --debug-info
Version: 0.23.0 (122)

OS version: Version 15.3.1 (Build 24D70)

Screens:
	(0.0, 0.0, 3008.0, 1254.0) [(0.0, 0.0, 3008.0, 1254.0)]

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

Note: --include-apps will list your manageable applications, but is optional if you don't want to list that.

Additional context
N/A

[ianyh]

Is focused a custom layout?

[cwpage]

Is focused a custom layout?

It is, yes.

[ianyh]

I did make some changes to custom layouts. Would you be able to share that one?

[cwpage]

Sure, here it is:

function layout() {
  return {
    name: "Focused",
    initialState: {
      mainPaneRatio: 1
    },
    commands: {
      command1: {
        description: "Shrink main pane",
        updateState: (state) => {
          return { ...state, mainPaneRatio: Math.max(0.1, state.mainPaneRatio - 0.05) }
        }
      },
      command2: {
        description: "Expand main pane",
        updateState: (state) => {
          const mpr = state.mainPaneRatio + .05
          return { ...state, mainPaneRatio: Math.min(2, mpr) }
        }
      }
    },
    getFrameAssignments: (windows, screenFrame, state) => {
      return windows.reduce((frames, window) => {
        const frame = {
          x: Math.round(screenFrame.width / 2 - (screenFrame.width * .25 * state.mainPaneRatio)),
          y: screenFrame.y,
          width: Math.round(screenFrame.width * .5 * state.mainPaneRatio),
          height: screenFrame.height
        }
        return {...frames, [window.id]: frame}
      }, {})
    }
  }
}

[ianyh]

Okay, there's nothing in that code that seems problematic, and I tested it out and couldn't get anything to slow down as a result.

[ianyh]

Okay, I think I actually see where it is. I changed manageable applications to include a broader swathe, and it's probably catching one you're running that bogs down. You can test this by running the debug command with 0.22 diffed with 0.23

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

which will give you the list of apps Amethyst was ignoring previously, then you can quit anything you are intentionally running to see if it resolves. If you let me know which apps bog down, I can go from there in trying to isolate them somehow.