Amethyst Not Saving Settings Modifications

[garrofederico]

Describe the bug

I’m experiencing an issue where Amethyst does not save any modifications to its settings. After making changes, the settings do not persist after restarting the application. It always comes back to default, making Amethyst unusable.

Actual Behavior:
Changes to settings are not saved, and they revert to the default values upon relaunching Amethyst.

Additional Information:

The preferences file (com.amethyst.Amethyst.plist) is not being created or updated.
I have tried reinstalling it and deleting this files to see if something changes, but I noticed it doesn't get created

To Reproduce
Steps to reproduce the behavior:

1. Install Amethyst using Homebrew.
2. Launch Amethyst.
3. Modify any settings in the preferences.
4. Close Amethyst and relaunch the application.
5. Notice that the settings have reverted to their defaults.

Expected behavior
Settings should be saved and persist across application restarts.

Versions:

• macOS: Version 15.0.1 (Build 24A348)
• Amethyst: 0.21.2 (112)

Debug Info

$ /Applications/Amethyst.app/Contents/MacOS/Amethyst --debug-info [--include-apps]

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

Version: 0.21.2 (112)

OS version: Version 15.0.1 (Build 24A348)

Screens:
(0.0, 0.0, 1470.0, 956.0) [(0.0, 0.0, 1470.0, 956.0)]
(-79.0, 956.0, 1680.0, 1050.0) [(-79.0, -1050.0, 1680.0, 1050.0)]

Configuration:

Manageable applications:
System Settings (com.apple.systempreferences)
Finder (com.apple.finder)
Karabiner-Elements (org.pqrs.Karabiner-Elements.Settings)
ChatGPT (com.openai.chat)
Google Chrome (com.google.Chrome)
Notion (notion.id)
Arc (company.thebrowser.Browser)
iTerm2 (com.googlecode.iterm2)

[hukacode]

Here is my
/Applications/Amethyst.app/Contents/MacOS/Amethyst --debug-info [--include-apps]

Version: 0.21.2 (112)

OS version: Version 15.1.1 (Build 24B91)

Screens:
	(0.0, 0.0, 1792.0, 1120.0) [(0.0, 0.0, 1792.0, 1120.0)]

Configuration:
screen-padding-left: 0
smart-window-margins: 0
window-margins: 1
mod1: (
    option,
    shift,
    command
)
enables-layout-hud-on-space-change: 0
debug-layout-info: 0
enables-layout-hud: 0
screen-padding-top: 0
window-margin-size: 10
restore-layouts-on-launch: 1
mod2: (
    option,
    shift,
    control,
    command
)
mouse-follows-focus: 0
ignore-menu-bar: 0
layouts: (
    tall,
    fullscreen,
    bsp
)
mouse-resizes-windows: 1
new-windows-to-main: 0
floating-is-blacklist: 1
screen-padding-right: 0
screen-padding-bottom: 0
focus-follows-mouse: 0
window-resize-step: 5
window-minimum-width: 0
follow-space-thrown-windows: 1
mouse-swaps-windows: 1
floating: (
)
window-max-count: 0
use-canary-build: 0
float-small-windows: 1
window-minimum-height: 0

[vikin91]

The bug I opened recently #1714 is related.

[ianyh]

I think this is a brew thing. I'll try to test it out.