Pascal Kuthe 38ee845b05 don't overload LS with completion resolve requests ... While moving completion resolve to the event system in #9668 we introduced what is essentially a "DOS attack" on slow LSPs. Completion resolve requests were made in the render loop and debounced with a timeout. Once the timeout expired the resolve request was made. The problem is the next frame would immediately request a new completion resolve request (and mark the old one as obsolete but because LSP has no notion of cancelation the server would still process it). So we were in essence sending one completion request to the server every 150ms and only stopped if the server managed to respond before we rendered a new frame. This caused overload on slower machines/with slower LS. In this PR I revamped the resolve handler so that a request is only ever resolved once. Both by checking if a request is already in-flight and by marking failed resolve requests as resolved.		2024-04-22 12:27:47 +09:00
..
src	don't overload LS with completion resolve requests	2024-04-22 12:27:47 +09:00
tests	Implement read command (#10447)	2024-04-17 17:57:57 -05:00
.gitignore	Initial import.	2020-05-20 18:14:51 +09:00
build.rs	Add icon to Windows executable (#9104)	2024-01-28 18:31:10 +09:00
Cargo.toml	build(deps): bump the rust-dependencies group with 6 updates (#10007)	2024-03-26 12:55:58 +09:00