Skip to content

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

Closed
webarchymeta opened this issue Oct 29, 2019 · 5 comments
Closed

The default project directory seems to be not working correctly #1123

webarchymeta opened this issue Oct 29, 2019 · 5 comments
Labels
bug Something isn't working

Comments

@webarchymeta
Copy link

webarchymeta commented Oct 29, 2019

  • code-server 2.1655-vsc1.39.2
  • OS Version: ubuntu 18.0.4 server

Description

We run multiple code server instances each of which has a default project directory specified using the path command line argument, e.g. run

[path to]/code-server --host x.x.x.x --port 8447 --auth none .

in 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)

cd dir1
[path to]/code-server --host x.x.x.x --port 8443 --auth none .
cd dir2
[path to]/code-server --host x.x.x.x --port 8444 --auth none .
cd dir3
[path to]/code-server --host x.x.x.x --port 8445 --auth none .

then

  1. open http://x.x.x.x:8443, which opens directory dir1
  2. open http://x.x.x.x:8444. It opens dir1 directory again, instead of dir2

the same happens to opening http://x.x.x.x:8445

@webarchymeta webarchymeta added the bug Something isn't working label Oct 29, 2019
@code-asher
Copy link
Member

code-asher commented Oct 29, 2019 via email

@webarchymeta
Copy link
Author

ok, i see. thanks ...

@code-asher
Copy link
Member

code-asher commented Oct 29, 2019 via email

@webarchymeta
Copy link
Author

I think this particular feature could be realized by coverting the data structure in the original coder.json into a table with port number (of the code-server instance) as the key and the original data as the value and factoring the common settings across instances out ... just a thought

@code-asher
Copy link
Member

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
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants