flathub / flathub/com.visualstudio.code

flatpak-run invocations don't share IPC socket

未关闭
#210 8 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
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

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。