MacOS emacsclient GUI frames do not honor doom-font (again?)

### I confirm that...

- [x] I searched the issue tracker and found no similar issues.

- [x] I searched the [documentation](https://docs.doomemacs.org), [FAQ](https://docs.doomemacs.org/-/faq), [discussion board](https://doomemacs.org/discuss), and [Google](https://google.com) for solutions to my issue.

- [x] I read [the debugging guide](https://doomemacs.org/d/how2debug) and researched the issue to the best of my ability.

- [x] My issue can be observed on the latest available commit of Doom.

- [x] My issue can be observed on a stable release of Emacs (i.e. doesn't end in `.50`, `.60`, or `.90`–`.99`)

### Describe your issue

Reoccurrence of https://github.com/doomemacs/doomemacs/issues/1223 which should have been fixed. The same workaround in config.el works again, but this is clearly not intended behavior.

Workaround:
```
(add-hook 'after-make-frame-functions
(lambda (frame)
(doom/reload-font)
))
```

### Steps to reproduce

1. Open Emacs
2. In a terminal, `emacsclient -c -a /tmp/empty.txt`
3. Observe the new frame using a default (proportional, not monospaced) Cocoa font.

### System information

https://pastebin.com/CDeX9siM