`Processing lsp` never exits and leaves orphaned processes
@overcast302 已經在處理了。
開始於 2026年10月10日。
評估
研究方向
從 java/src/processing/mode/java/lsp/PdeLanguageServer.java 開始，查看只會印出一行的 exit()，以及丟棄了 launcher.startListening() 所回傳 future 的 main()。檢查 stdin 讀到 EOF 時會發生什麼事，以及此時程序應該如何結束。完成的標準是：關閉或當機時 VS Code 時 LSP 程序會隨之結束，你可以在退出編輯器後用 pgrep -af 'Processing lsp' 確認。
由索引模型根據 Issue 內容生成。
描述
Most appropriate sub-area of Processing 4?
Other (specify if possible)
Processing version
processing-4.5.7-1435 (AUR processing-bin)
Operating system
Arch Linux x86_64
Bug description
The LSP server never terminates when the client goes away. This way, after closing Visual Studio Code with official Processing extension via File > Exit (or Ctrl+Q), the Processing LSP process is left running. The process also survives abrupt client death, since nothing on the server side reacts to the client disappearing.
Steps to reproduce this
- Install Processing 4.5.7 and the official Processing Visual Studio Code extension.
- Open Visual Studio Code
- Quit Visual Studio Code with Ctrl+Q (File > Exit).
- Run:
pgrep -af 'Processing lsp' - The process is still running.
snippet
No response
Additional context
PdeLanguageServer.exit() only prints a line and never calls System.exit(). PdeLanguageServer.main() also ignores the future returned by launcher.startListening(), so nothing happens when stdin reaches EOF. As a result, nothing in the server can end the LSP process when the client disappears.
Would you like to work on the issue?
Yes, I’d like to help with this
- 主要語言
- Java
- 星號
- 513
- 分支
- 183
- 平均合併
- 4 小時 6 分鐘
- 30 天內合併 PR
- 4
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 沒有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
processing/processing4 的其他 Issue
-
bug
難度 2/5 1-3 小時 新手友好度 64/100
processing/processing4#1554 · 1 則留言 ·
-
難度 2/5 1-3 小時 新手友好度 76/100
processing/processing4#1515 · 1 個 reaction ·
-
bug
難度 3/5 1-2 天 新手友好度 55/100
processing/processing4#1573 · 3 則留言 ·
-
startup error未關閉
難度 4/5 3-5 天 新手友好度 25/100
processing/processing4#1569 · 7 則留言 ·
-
Binaries under bin directory lack executable permissions for the snap and .deb packages for Linux可能已有人在做 @catilac 於 23 天前認領。 未關閉bug
processing/processing4#1567 · 3 則留言 · 1 個 reaction · 已指派 1 人 ·
查看 processing/processing4 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 64/100
utopia-rise/godot-jvm#1004 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 82/100
spring-projects/spring-grpc#442 ·
-
難度 2/5 1-3 小時 新手友好度 72/100
resilience4j/resilience4j#2547 ·
維護者通常 9 天內回覆
-
Clock.MakeDate continues execution and returns a rolled-over instant after dispatching error on invalid date可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉
難度 1/5 1 小時以內 新手友好度 82/100
mit-cml/appinventor-sources#4155 ·
維護者通常 1 天內回覆
-
難度 1/5 1-3 小時 新手友好度 62/100
Hira-shi/PW1-DAI-Carrel-Egal-Eyer#28 ·
維護者通常 1 天內回覆