vscode-R 3.2.2 spawns 8 Rterm processes when opening a trivial .R file
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 新手友好度
- 25/100
- Issue 類型
- 缺陷
- 描述清晰度
- 需要釐清
- 活躍度
- 活躍
- 技術堆疊
- r, typescript
- 領域
- devtools
研究方向
Reproduce on a clean profile with only the R extensions and watch the process tree when a trivial .R file opens. The payload names the settings r.sessionWatcher, r.lsp.enabled, r.interactive.restore and r.interactive.executionTarget, so trace which startup path launches the extra Rterm.exe workers, starting from the session-startup code. Done means either a setting or code change that stops the automatic spawning, or a confirmed diagnosis of why it is expected.
由索引模型根據 Issue 內容生成。
描述
Environment
- VS Code: 1.113.0
- OS: Windows 11 (10.0.26300), x64
- vscode-R: 3.2.2
- R: 4.5.1
Reproduction
- Use a clean VS Code profile containing only
REditorSupport.randREditorSupport.r-syntax. - Open a trivial
test.Rcontainingx <- 1. - Do not run any R code.
- Observe the R process tree.
Result: one Rterm.exe starts at about 243 MB and immediately spawns 7 child Rterm.exe processes at roughly 86-105 MB each. This happens on every new window/profile and can exceed 1 GB per R session.
The same behavior occurs with:
{
"r.sessionWatcher": false,
"r.lsp.enabled": false,
"r.interactive.restore": false,
"r.interactive.executionTarget": "terminal"
}
Control tests:
- A profile containing only
REditorSupport.r-syntaxproduces no R/Rterm processes. - Running
Rterm.exe --vanilla -e 1directly produces no child Rterm processes.
This strongly suggests the vscode-R startup path is spawning the workers, not VS Code itself or the base R installation.
Question
Is this automatic worker startup expected? If not, what setting disables it, or what diagnostic output should I collect for the R Interactive/session startup path?
- 主要語言
- TypeScript
- 星號
- 1.2k
- 分支
- 152
- 平均合併
- 18 小時 28 分鐘
- 30 天內合併 PR
- 56
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 沒有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
REditorSupport/vscode-R 的其他 Issue
-
[Bug]: indentation clash (formatter vs lintr)可能已有人在做 @renkun-ken 於 19 天前認領。 未關閉bug
難度 1/5 1 小時以內 新手友好度 92/100
REditorSupport/vscode-R#1883 ·
維護者通常 1 天內回覆
-
bug
難度 2/5 1-3 小時 新手友好度 68/100
REditorSupport/vscode-R#1846 · 2 則留言 ·
維護者通常 1 天內回覆
-
(feat) Additional Arrow support可能已有人在做 @Fred-Wu 於 23 天前認領。 未關閉enhancement
難度 2/5 1-3 小時 新手友好度 72/100
REditorSupport/vscode-R#1785 · 2 則留言 ·
維護者通常 1 天內回覆
-
難度 3/5 1-2 天 新手友好度 45/100
REditorSupport/vscode-R#1922 ·
維護者通常 1 天內回覆
-
bug
難度 2/5 1-3 小時 新手友好度 48/100
REditorSupport/vscode-R#1914 · 4 則留言 ·
維護者通常 1 天內回覆
查看 REditorSupport/vscode-R 的全部 Issue
相似的 Issue
-
desktop v3 windows
難度 2/5 1-3 小時 新手友好度 75/100
esengine/DeepSeek-Reasonix#15016 · 1 則留言 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 72/100
readest/readest#7413 · 1 則留言 ·
維護者通常 1 天內回覆
-
enhancement good first issue priority: medium size: XS
難度 2/5 1-3 小時 新手友好度 85/100
維護者通常 1 天內回覆
-
content triage
難度 2/5 1-3 小時 新手友好度 72/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 75/100
eliasstravik/herdr-projects#788 ·