-
Notifications
You must be signed in to change notification settings - Fork 5.9k
The default project directory seems to be not working correctly #1123
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Labels
bug
Something isn't working
Comments
code-server was modified to open the last opened directory which is
probably what is causing this. There is a `coder.json` file in the data
directory that stores this information.
I think the only solution if you need to run multiple instances would be
to have a separate data directory for every running instance otherwise
they will step on each other's toes.
Alternatively, you could spawn a single code-server instance and use the
`folder` query parameter in the URL to open the desired directory. For
example `http://x.x.x.x:8443?folder=/path/to/dir1`.
|
ok, i see. thanks ... |
No problem. BTW if you have any thoughts on how to better improve this
behavior or need additional functionality I'm happy to hear it.
I think there may be cases where we don't always want to open the last
directory. For example when code-server is first ran we might want to
prioritize whatever is passed on the command line instead of the last
opened directory but I'm not sure.
|
I think this particular feature could be realized by coverting the data structure in the original |
Ohh that's neat. I opened a new issue that contains this idea: #1132 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
code-server
2.1655-vsc1.39.2Description
We run multiple code server instances each of which has a default project directory specified using the
path
command line argument, e.g. runin the corresponding directory. It was ok in 2.1523-vsc1.38.1. But now default project directories seem always be set by the first opened instance
Steps to Reproduce
(in separate systemd services)
then
dir1
dir1
directory again, instead ofdir2
the same happens to opening http://x.x.x.x:8445
The text was updated successfully, but these errors were encountered: