`r.libPaths` is passed to `VSCR_LIB_PATHS` instead of the standard `R_LIB_PATHS`, which is not used by `R: Create R terminal` and `R: Attach Active Terminal`.
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- r, typescript, vscode
- Ambito
- developer-experience, tooling
Direzione di ricerca
Cerca nell'estensione r.libPaths, VSCR_LIB_PATHS e le implementazioni di R: Create R terminal e R: Attach Active Terminal. Per prima cosa traccia come la configurazione raggiunge ciascun terminale, quindi verifica che la variabile standard R_LIB_PATHS venga utilizzata in modo coerente; l'issue è completata quando entrambi i comandi rispettano r.libPaths come un terminale R avviato direttamente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I'm always frustrated when running R --no-save --no-restore from the integrated terminal has the different behavior from the extension commands R: Create R terminal and R: Attach Active Terminal (click R: not attach button in the bottom status bar).
Currently, the whole extension always uses process.env to access environment variables. However, these environment variables belongs to the vscode process, and are inherited from the parent process which launches vscode process. Multiple vscode instances inherit process.env from the first vscode instance if --user-data-dir is not used. This makes process.env clutter.
For example, if one use conda or nix, then to make vscode see all environment variables exported by conda or nix, one has to activate conda or nix in a shell, and then launch vscode from that shell. Otherwise, the conda and nix environment variables are not in process.env. Currently, vscode-R provide configurations r.rpath.linux and r.rterm.linux and r.libPaths. However, r.libPaths is passed to VSCR_LIB_PATHS instead of the standard R_LIB_PATHS which is not used by R: Create R terminal and R: Attach Active Terminal. I think it will better to pass r.libPaths configuration to the standard R_LIB_PATHS.
A better solution would be to detect conda environment and default.nix file and parse their environment variables. Then add these environment variables to vscode.ExtensionContext.environmentVariableCollection in the scope of current workspace.
- Lingua principale
- TypeScript
- Stelle
- 1.2k
- Fork
- 139
- Merge medio
- 16h 16m
- PR unite (30g)
- 11
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di REditorSupport/vscode-R
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
REditorSupport/vscode-R#1687 · 4 commenti · 3 reazioni ·
-
feature-request
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
REditorSupport/vscode-R#1763 ·
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
REditorSupport/vscode-R#1756 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
REditorSupport/vscode-R#1755 · 2 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
REditorSupport/vscode-R#1751 · 1 commento ·
Tutte le issue di REditorSupport/vscode-R
Issue simili
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
motiondivision/motion#3849 ·
-
Add: S Play Event HD Apertacheck:passed streams:add
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
LiteLLM proxy response_cost (x-litellm-response-cost) is never applied to ChatModelOutput.cost Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
i-am-bee/beeai-framework#1697 · 1 reazione ·
-
Support bun dedupe Apertaenhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
antfu/node-modules-inspector#214 ·