Since the crash happens in LLPrefsGraphicsImpl::applyResolution(), it is not all that surprising that any change in the preferences/graphics triggers the crash...
The question is why, and when that crash got introduced. Since it does not happen under Linux or Windows, it must be macOS-specific, but I see no such change between v1.30.0.24 (.23 was just a fix for the scripts debug floater crash) that would stand out as a likely culprit. The only macOS-specific changes went into v1.30.0.25 and were fully reverted (due to the clipboard bug and potentially other side effects) in v1.30.0.29...
Sadly, I cannot test macOS builds myself, and since we only have 1.30.0.22 and 1.30.0.28 builds, I cannot even narrow down my searches to the release in which things got broken.
If it continues like that, with only one Mac build once in a (long) while, I fear I will be forced to give up entirely on macOS support and declare my viewer as compatible only with Linux and Windows... If you wish to see this bug fixed, I will have to ask you (or any macOS user ready to give a little bit of their time) more efforts, I'm afraid; it means reverting every
incremental diff, one after the other, and recompiling, until you get a build that works fine again; then we will know what release got broken, and I will be able to give you patches to test based on potential suspects.
To save you the tedious task of manually reverting every incremental diff, I temporarily re-uploaded the
ready-to-build sources for v1.30.0.24 to v1.30.0.27. By compiling each (*), you will be able to find out which version got broken (you may reuse the macos-build.sh script from v1.30.0.29 with them, since they had only a pre-build script, which forced to use the Xcode IDE to build them and thus incurred more manipulations).
(*) You may instead proceed by "bisecting" to save time and compilations: try first with v1.30.0.25: if it is broken, you can try .24, while if it works, try .26 and .27... That's only (and at worst), 3 compilations to do instead of 4.