- 04 9月, 2020 1 次提交
-
-
由 Asher 提交于
VS Code has a short delay before writing storage (probably to queue up rapid changes). In the web version of VS Code this happens on the client which means if the page is reloaded before the delay expires the write never happens. Storage updates are already promises so this simply returns the promise returned by the delayer so it won't resolve until the write actually happens. Fixes #2021.
-
- 28 8月, 2020 1 次提交
-
-
由 shayne 提交于
Add initial support for opening files / folders in running code-server instance. Current limitations: - unable to open a file in a new window, only folders - unable to use addMode feature - others...
-
- 27 8月, 2020 1 次提交
-
-
由 Asher 提交于
Co-authored-by: Ngiddyuptiger <65830808+giddyuptiger@users.noreply.github.com>
-
- 26 8月, 2020 2 次提交
- 01 8月, 2020 2 次提交
- 31 7月, 2020 2 次提交
- 30 7月, 2020 2 次提交
-
-
由 Asher 提交于
-
由 Asher 提交于
It can still be used to check for updates but will not apply them. For now also remove the update check loop in VS Code since it's currently unused (update check is hardcoded off right now) and won't work anyway since it also applies the update which now won't work. In the future we should integrate the check into the browser update service.
-
- 22 7月, 2020 2 次提交
- 10 7月, 2020 1 次提交
-
-
由 Asher 提交于
-
- 08 7月, 2020 1 次提交
-
-
由 Asher 提交于
-
- 01 7月, 2020 1 次提交
-
-
由 Asher 提交于
For some reason it only affects the extension host socket (something to do with passing it via IPC?) but I changed both just to be sure. Fixes #1795.
-
- 25 6月, 2020 1 次提交
-
-
由 Asher 提交于
Fixes #1829.
-
- 04 6月, 2020 1 次提交
-
-
由 Anmol Sethi 提交于
Closes #1693
-
- 19 5月, 2020 2 次提交
-
-
由 Anmol Sethi 提交于
1.46 isn't released yet and has bugs. Closes #1667
-
由 Asher 提交于
Fixes #1659 Fixes #1642
-
- 15 5月, 2020 1 次提交
-
-
由 Anmol Sethi 提交于
Closes #1506
-
- 13 5月, 2020 2 次提交
-
-
由 Anmol Sethi 提交于
-
由 Asher 提交于
- Fix vscode-remote-resource, #1397. - Fix double slash on webview, was causing images not to load. - Fix client-side tar paths.
-
- 08 5月, 2020 1 次提交
-
-
由 Anmol Sethi 提交于
-
- 07 5月, 2020 1 次提交
-
-
由 Anmol Sethi 提交于
Closes many issues that I'll prune after adding more docs for users.
-
- 06 5月, 2020 1 次提交
-
-
由 Asher 提交于
Fixes #1581.
-
- 02 5月, 2020 1 次提交
-
-
由 Asher 提交于
Fixes #1549.
-
- 30 4月, 2020 2 次提交
- 29 4月, 2020 1 次提交
-
-
由 Asher 提交于
This enables vscode-icons among others.
-
- 28 4月, 2020 1 次提交
-
-
由 Asher 提交于
Pass the user data dir to the browser environment service then derive all the paths we can based off that path like the global storage path which the vim extension uses to store history (otherwise it gets stored in the working directory from when code-server was spawned). Arguably the better solution is to use the userdata scheme but that won't work because the vim extension ignores the VS Code API. Fixes #1551.
-
- 22 4月, 2020 1 次提交
-
-
由 Asher 提交于
-
- 18 4月, 2020 1 次提交
-
-
由 Asher 提交于
See #1532 for more context. - Errored JSON requests will get back the error in JSON instead of using the status text. This seems better to me because it seems more correct to utilize the response body over hijacking the status text. The caller is expecting JSON anyway. Worst of all I never actually set the status text like I thought I did so it wasn't working to begin with. - Allow the update error to propagate for JSON update requests. It was caught to show the error inline instead of an error page when using the update page but for JSON requests it meant there was no error and no error code so it looked like it succeeded. - Make errors for failed requests to GitHub less incomprehensible. Previously they would just be the code which is no context at all.
-
- 08 4月, 2020 2 次提交
-
-
由 Asher 提交于
Also fixed a type issue.
-
由 Asher 提交于
The raw value is now passed back to VS Code so it can do the parsing with its own URI class rather than trying to parse using Node's url module first since that has no guarantee of working the same way. It also lets us keep the vscode-remote bit internal to VS Code. Removed the logic that keeps trying paths until it finds a valid one because it seems confusing to open a path and silently get some other path instead of an error for the one you tried to open. Now it'll just use exactly what you specified or fail trying. Fixes #1488. The problem here was that url.parse was encoding the spaces then the validation failed looking for a literal %20.
-
- 07 4月, 2020 1 次提交
-
-
由 cmoog 提交于
-
- 03 4月, 2020 2 次提交
- 02 4月, 2020 2 次提交
-
-
由 Asher 提交于
-
由 Asher 提交于
In Google cloud shell the host header is 127.0.0.1:8080 instead of the actual URL. This is what we write out to the HTML so VS Code can pick it up. However cloud shell rewrites this string when found in the HTML before serving it so it becomes https://8080-[...].appspot.com, resulting in an extra unexpected https:// in the URI (vscode-remote://https://8080[...]). The resulting malformed URI causes the extension host to exit. - Fixes #1471 - Fixes #1468 - Fixes #1440 (most likely).
-