Doesn't work with latest Emacs git master?

This is a kinda of … opaque bug, I know, but I just recently rebuild my Emacs from latest git sources with “everything” enabled:

cd build/emacs
git checkout master
git pull
make distclean
./configure --with-imagemagick --with-json  ^Cwith-native-compilation --with-xwidgets -with-xinput2
make -j6

I’ve nuked my $HOME/.emacs.d/elpa and reinstalled all packages.

And now everything works nicely… Except csharp-ls.

That is, other lsp-mode backends seems to work correctly (even omnisharp!), but csharp-ls fails to start and never provides any completions or anything. I’ve reinstalled csharp-ls (0.1.8) but to no avail. I’ve also tried downgrading to 0.1.7, but with no difference in behaviour.

So so far, the only significant change seems to be my Emacs build itself.

Could this be an issue with csharp-ls? Could this be an issue with how csharp-ls is registered/used in lsp-csharp? Anyone have any ideas?

Can anyone else reproduce this at all? 😄

[razzmatazz]

ok, status update:

• fix for emacs@emacs-28 (on macos) will not be provided, we need to actually apply workarounds there;
  • https://lists.gnu.org/archive/html/emacs-devel/2022-02/msg00461.html
• fix for emacs@master may be coming later, but we need workarounds in the mean time;
  • https://lists.gnu.org/archive/html/emacs-devel/2022-02/msg00350.html
• I have provided workarounds in lsp-mode for macos (emacs-28) and linux (emacs-29)
  • see https://github.com/emacs-lsp/lsp-mode/pull/3349

[razzmatazz]

closing as the fix has been merged with the latest emacs (both master and emacs-28) and we have a workaround applied in lsp-csharp.el in lsp-mode

ATM we only need this workaround on `emacs-28.1/macos" – emacs-28.2/macos will include the fix too when released later; emacs-28.1/linux still used the old vfork mechanism for subprocesses, so no workaround is needed there