Rename / Refactor Preview suggests changes in /usr/include (on WSL)

[n0on0]

Environment

• OS and Version: Windows 10 (x64) 21H2 19044.1889
• VS Code Version: 1.70.2
• C/C++ Extension Version: 1.11.5
• Other extensions you installed (and if the issue persists after disabling them):
  • Remote - WSL v0.66.3
• Remote OS: Ubuntu 20.04 - WSL2

Bug Summary and Steps to Reproduce

Bug Summary:
When renaming a variable or function (or other identifier) with name that is used in /usr/include, the Refactor Preview also suggets changes in files in /usr/include, although these files should not be modified at all.

Steps to reproduce:

1. Open the code sample as a C file (something.c)
2. Rename one of the functions (through F2 or the Rename option in the VSCode's right-click menu)
3. See the suggestions in Refactor Preview

Expected behavior

No suggestions to modify files in /usr/include

Code sample and Logs

#include <stdio.h>
#include <stdlib.h>

void add() {
    return;
}

int main(int argc, char const *argv[]) {
    return 0;
}

-------- Diagnostics - 8/18/2022, 8:58:40 PM
Version: 1.11.5
Current Configuration:
{
    "name": "Linux",
    "includePath": [
        "${workspaceFolder}/**"
    ],
    "defines": [],
    "compilerPath": "/usr/bin/gcc",
    "cStandard": "gnu17",
    "cppStandard": "gnu++14",
    "intelliSenseMode": "linux-gcc-x64",
    "intelliSenseModeIsExplicit": false,
    "cStandardIsExplicit": false,
    "cppStandardIsExplicit": false,
    "mergeConfigurations": false,
    "compilerPathIsExplicit": false,
    "browse": {
        "path": [
            "${workspaceFolder}/**"
        ],
        "limitSymbolsToIncludedHeaders": true
    }
}
Translation Unit Mappings:
[ /mnt/c/Users/user/Documents/newtest/test.c ]:
    /mnt/c/Users/user/Documents/newtest/test.c
Translation Unit Configurations:
[ /mnt/c/Users/user/Documents/newtest/test.c ]:
    Process ID: 26208
    Memory Usage: 19 MB
    Compiler Path: /usr/bin/gcc
    Includes:
        /usr/lib/gcc/x86_64-linux-gnu/9/include
        /usr/local/include
        /usr/include/x86_64-linux-gnu
        /usr/include
    Standard Version: c17
    IntelliSense Mode: linux-gcc-x64
    Other Flags:
        --gcc
        --gnu_version=90400
Total Memory Usage: 19 MB

------- Workspace parsing diagnostics -------
Number of files discovered (not excluded): 2324

Screenshots

[sean-mcmanus]

A current workaround would be to add "/usr/include" to "C_Cpp.files.exclude", but that would disable any workspace symbol or reference searching for symbols in those locations. Another potential fix would be to add a C_Cpp.rename.exclude setting, and we could potentially default that to include the system headers paths. This is also related to #4102

[bobbrow]

I believe this is a duplicate of #9235 which is fixed as of version 1.14.1 (pre-release)