-
-
Notifications
You must be signed in to change notification settings - Fork 116
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
workbench.colorCostumizations deleted on remote connect #459
Comments
Thank you @oligu for creating this issue! |
Can you share a repro video of this? I'm not following entirely and I do not have the ability to try this as I dont have the same setup as you |
I am experiencing the same, but then with Windows and WSL (so VS Code in Windows opening a repo in WSL/Debian). When opening a Windows repo it does not happen. If I disable the Peacock extension it also does not happen, so I guess it's something in Peacock that does it. |
Also experiencing this issue - perhaps related to #480 (comment) / #480 (comment) I use Windows locally, connected to a remote Linux session over SSH. In a new project, peacock sets the following automatically: {
"workbench.colorCustomizations": {
"activityBar.activeBackground": "#fbed80",
"activityBar.background": "#fbed80",
"activityBar.foreground": "#15202b",
"activityBar.inactiveForeground": "#15202b99",
"activityBarBadge.background": "#06b9a5",
"activityBarBadge.foreground": "#15202b",
"commandCenter.border": "#15202b99",
"sash.hoverBorder": "#fbed80",
"statusBar.background": "#f9e64f",
"statusBar.foreground": "#15202b",
"statusBarItem.hoverBackground": "#f7df1e",
"statusBarItem.remoteBackground": "#f9e64f",
"statusBarItem.remoteForeground": "#15202b",
"titleBar.activeBackground": "#f9e64f",
"titleBar.activeForeground": "#15202b",
"titleBar.inactiveBackground": "#f9e64f99",
"titleBar.inactiveForeground": "#15202b99"
},
"peacock.remoteColor": "#f9e64f"
} When I disconnect and reconnect, these values are reset and the color changes. I speculate that the issue is that peacock only looks for Edit: Setting |
I believe I've narrowed this down - it seems like This can be tested by setting remoteColor at either the remote configuration level or the User level. Peacock will recognize those values on startup, but it will not recognize the remote Workspace remoteColor value. |
bump |
This is still reproducible on Peacock v4.2.2 VSCode 1.78.2, although not sure if it is a VSCode Issue or a Peacock one |
Did I breach some etiquette unbeknownst to me @willpower232 ? Why the thumbs down? |
This is still an issue... A fix would be very welcome, since it effectively breaks peacock for remote VSCode sessions (unless one is to apply some workarounds, where I keep forgetting what those are) |
Workaround 🥳Just tested this and it works:
|
@Domiii can you clarify your workaround? Are you adding For me, doing either for me doesn't actually change the outcome—the remote's color always changes after connecting. |
To follow up, the best compromise I got to with the current behavior is to turn off "Surprise me on startup". If auto surprise me is off, remote windows don't get their colors overwritten, and I just have to manually run "Surprise me" for new projects. Setting a color when local/remote always sets |
Versions (please complete the following information):
Describe the bug
I use VSCode on Windows to access remote hosts over SSH running Raspberry Pi OS. Peacock is installed on the local VSCode.
When I open the connection, the
"workbench.colorCustomizations"
settings in the*.code-workspace
file get deleted.To Reproduce
"workbench.colorCustomizations"
settings in the*.code-workspace
are deletedExpected behavior
The color gets applied each time I connect to the workspace and the peacock setting do not change
Additional context
Strange enough, the
"peacock.color":
setting does not get deletedThe text was updated successfully, but these errors were encountered: