C_Cpp.clang_format_path cannot be set in workspace settings

[joeroback]

It was nice to be able to set C_Cpp.clang_format_path in the workspace settings so that workspaces can use different versions of clang-format as the included clang-format with vscode-cpptools may conflict with existing projects.. if the extension has one version of clang-format but CI has another it leads to formatting check failures...

please add back the ability to set C_Cpp.clang_format_path in workspace config (.code-workspace)

[sean-mcmanus]

This changed because clang_format_path is machine specific and causes problems for the remote scenario unless we flag it as machine specific. See #3774 .

Can you set the user or machine setting?

[joeroback]

I just explained why it does not work for user setting.

1. User setting is global. User formats using global settings.
2. User submits code to CI, CI uses another version and format differ.

Before we used to be able to set this in the workspace settings, so that we can guarantee that the clang-format versions match between workspace and CI. Now we can't, making formatting in editor unusable.

Seems like remote scenario needs to be be aware and do something different, feel like breaking local scenario for remote is a bit much.

[sean-mcmanus]

@sandy081 Why can't the machine scoped settings be made per-workspace? How do you recommend we fix this? Revert back to the "resource" scope?

[joeroback]

yea, machine scoped per-workspace would definitely fit this use-case. hopefully it could be possible at some point :) if it isn't already

[joeroback]

and workaround currently is to just format on command line with a script, but it is nice to get formatting in editor to see the results instantly, but certainly not something that is a total blocker

[sandy081]

@sean-mcmanus Yes machine scoped settings cannot be overridden in workspace as they are paths.

There is open discussion on it to support or not. We will take a decision soon and upate - microsoft/vscode#73985