Running on M1 crashes the UI

Nobody has claimed this yet.

I run the sanity check but it crashes when loading the UNet1024.
Does it not yet work with Apple?

Total progress: 100%|████████████████████████████████████████| 20/20 [01:00<00:00, 3.01s/it]
[Layer Diffusion] LayerMethod.FG_ONLY_ATTN███████████████████| 20/20 [01:00<00:00, 2.41s/it]
To load target model SDXL
Begin to load 1 model
Moving model(s) has taken 31.84 seconds
100%|████████████████████████████████████████████████████████| 20/20 [00:58<00:00, 2.92s/it]
To load target model AutoencoderKL███████████████████████████| 20/20 [00:53<00:00, 2.71s/it]
Begin to load 1 model
Reuse 1 loaded models
Moving model(s) has taken 10.24 seconds
To load target model UNet1024
Begin to load 1 model
Moving model(s) has taken 0.54 seconds
0%| | 0/8 [00:00 INT_MAX'
webui.sh: line 292: 9330 Abort trap: 6 "${python_cmd}" -u "${LAUNCH_SCRIPT}" "$@"
Benjamins-MBP:stable-diffusion-webui-forge benjaminbertram$ /opt/homebrew/Cellar/python@3.10/3.10.13/Frameworks/Python.framework/Versions/3.10/lib/python3.10/multiprocessing/resource_tracker.py:224: UserWarning: resource_tracker: There appear to be 1 leaked semaphore objects to clean up at shutdown
warnings.warn('resource_tracker: There appear to be %d '

Start by reproducing the sanity check on an Apple M1 and inspect webui.sh around line 292, then trace the UNet1024 loading path implicated by the MPS NDArray assertion. Done means the sanity check can load UNet1024 on Apple hardware without the abort.

Written by the indexing model from the issue text.