flathub / flathub/com.visualstudio.code
flatpak-run invocations don't share IPC socket
- 主要语言
- Shell
- 星标
- 217
- 派生
- 82
- 平均合并
- 1 天 7 小时
- 30 天内合并 PR
- 1
描述
Visual Studio Code is designed to run as a single process within the session: if you run `code /someproject` and then `code --new-window /some/other/project` the idea is that the second invocation opens `/vscode--.sock` and asks the initial process to open the second window, where:
```
: $XDG_RUNTIME_DIR if set, otherwise the VSCode userDataDir
: a truncated md5sum of userDataDir
: 1.54.2 or whatever
```
But with the Flatpak, every invocation of `flatpak-run com.visualstudio.code` gets a new temporary $XDG_RUNTIME_DIR created.
This makes `alias code="flatpak run com.visualstudio.code"` not work very well.
I don't have a great idea for a solution:
* I've created a workaround wrapper script that uses `flatpak ps` and, if an existing process is found, `flatpak enter` - but `flatpak enter` is more a development facility then something to use in production.
* If the wrapper script unset $XDG_RUNTIME_DIR, then the socket would be created within `~/.var/app/com.visualstudio.code/config/Code/`, which might work OK. I don't think sharing the user data dir on a NFS home directory would work well anyways.
* Some sort of Flatpak feature added to share $XDG_RUNTIME_DIR between `flatpak run` invocations?
贡献指南
这个仓库没有索引到贡献指南
调研方向
Start by reproducing multiple `flatpak run com.visualstudio.code` invocations and inspect how each one sets `XDG_RUNTIME_DIR` and locates the VS Code IPC socket. Compare the proposed `flatpak ps`/`flatpak enter` wrapper approach with the userDataDir fallback; done means successive invocations can communicate and open the requested second window.
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- vscode
- 领域
- desktop
- Issue 类型
- 缺陷
- 难度
- 5/5
- 预计耗时
- 一周以上
- 活跃度
- 停滞
- 描述清晰度
- 需要澄清
- 新手友好度
- 25/100