Lsp Hover causes desktop spaces to be switched to the previous one on MacOs Sequoia

[ScriptMang]

Thank you for the bug report

• I am using the latest version of lsp-mode related packages.
• I checked FAQ and Troubleshooting sections
• You may also try reproduce the issue using clean environment using the following command: M-x lsp-start-plain

Bug description

I'm getting an issue where the current virtual desktop space I have emacs in, keeps switching back to the previous one. In particular after every code completion from corfu when emacs is fullscreen. Or when lsp mode shows function definitions on hover in fullscreen. No error is produced in the message or warning buffer. However, if I set the app not to launch on a specific desktop, it doesn't happen. Currently I'm using emacs-plus@29(29.4) and elpaca as my pkg manager. The lsp mode I used was
gopls for go files.

Steps to reproduce

MacOs Sequoia must be installed
right click on emacs after launch and click on "set this desktop"
set emacs to fullscreen and open a programming file
activate lsp mode and hover over function

Expected behavior

My expectation is on hover lsp mode doesn't change desktop focus from fullscreen emacs.

Which Language Server did you use?

I used gopls

OS

MacOS

Error callstack

No response

Anything else?

No response

[certainty]

I experience the same. However I do not think it is LSP related. I use eglot. It is probably emacs itself and corfu . IIRC the corfu overlay is a frame. Maybe there are weird interactions with macOS window handling. Which emacs build are you using?

[ScriptMang]

emacs plus 29.4-1

[ScriptMang]

https://github.com/d12frosted/homebrew-emacs-plus