Describe the bug
When setting the vscode working folder to the parent of several Front Matter projects, the parent is treated as the default frontmatter project.
To Reproduce
Steps to reproduce the behavior:
Initialize three separate frontmatter test projects using the other framework as subfolders in a folder labeled test (close VS Code in between each new project)
Create a sample markdown file per project using 'Create new content`
Open the parent folder test in VS Code as the workspace
Open a markdown file in one of the front matter projects
Select the extension Front Matter
Note that Front Matter asks you to promote "local settings" to "global settings".
Note that a frontmatter.json file is added to the non frontmatter project folder test
Expected behavior
Front Matter shouldn't be greedy and claim folders to be projects that is not meant to be projects.
If the root of a workspace doesn't contain a .frontmatterfolder, it's not a Front Matter project.
Screenshots
Desktop (please complete the following information):
Version: 1.74.0 (user setup)
Commit: 5235c6bb189b60b01b1f49062f4ffa42384f8c91
Date: 2022-12-05T16:38:16.075Z
Electron: 19.1.8
Chromium: 102.0.5005.167
Node.js: 16.14.2
V8: 10.2.154.15-electron.0
OS: Windows_NT x64 10.0.19044
Sandboxed: No
FrontMatter: 8.2.0
Additional context
Add any other context about the problem here.
**Describe the bug**
When setting the vscode working folder to the parent of several Front Matter projects, the parent is treated as the default frontmatter project.
**To Reproduce**
Steps to reproduce the behavior:
1. Initialize three separate frontmatter test projects using the `other` framework as subfolders in a folder labeled `test` (close VS Code in between each new project)
2. Create a sample markdown file per project using 'Create new content`
3. Open the parent folder `test` in VS Code as the workspace
4. Open a markdown file in one of the front matter projects
5. Select the extension Front Matter
Note that Front Matter asks you to promote "local settings" to "global settings".
Note that a frontmatter.json file is added to the non frontmatter project folder `test`
**Expected behavior**
Front Matter shouldn't be greedy and claim folders to be projects that is not meant to be projects.
If the root of a workspace doesn't contain a `.frontmatter`folder, it's not a Front Matter project.
**Screenshots**



**Desktop (please complete the following information):**
- Version: 1.74.0 (user setup)
- Commit: 5235c6bb189b60b01b1f49062f4ffa42384f8c91
- Date: 2022-12-05T16:38:16.075Z
- Electron: 19.1.8
- Chromium: 102.0.5005.167
- Node.js: 16.14.2
- V8: 10.2.154.15-electron.0
- OS: Windows_NT x64 10.0.19044
- Sandboxed: No
- FrontMatter: 8.2.0
**Additional context**
Add any other context about the problem here.
<!-- github-sync-id:1492600580 -->
This should not happen, as it should use the test1 folder as the root for Front Matter, or it should ask you which one to use. Will have to check what might be wrong here and how it can be solved.
This should not happen, as it should use the `test1` folder as the root for Front Matter, or it should ask you which one to use. Will have to check what might be wrong here and how it can be solved.
<!-- github-comment-id:1350663905 -->
If Front Matter always is using VS Code workspace (regardless of where it actually is) as the root folder, I can see how this can get messed up.
If Front Matter always is using VS Code workspace (regardless of where it actually is) as the root folder, I can see how this can get messed up.
<!-- github-comment-id:1350668397 -->
I have been testing the steps you mentioned before, but I need help getting Front Matter to trigger the exact behavior you are seeing.
What did you have in your settings.json file? Can it be that a Front Matter CMS is setting defined? If that is the case, it is expected that this question will be asked.
I have been testing the steps you mentioned before, but I need help getting Front Matter to trigger the exact behavior you are seeing.

What did you have in your `settings.json` file? Can it be that a Front Matter CMS is setting defined? If that is the case, it is expected that this question will be asked.
<!-- github-comment-id:1363834650 -->
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Describe the bug
When setting the vscode working folder to the parent of several Front Matter projects, the parent is treated as the default frontmatter project.
To Reproduce
Steps to reproduce the behavior:
otherframework as subfolders in a folder labeledtest(close VS Code in between each new project)testin VS Code as the workspaceNote that Front Matter asks you to promote "local settings" to "global settings".
Note that a frontmatter.json file is added to the non frontmatter project folder
testExpected behavior
Front Matter shouldn't be greedy and claim folders to be projects that is not meant to be projects.
If the root of a workspace doesn't contain a
.frontmatterfolder, it's not a Front Matter project.Screenshots

Desktop (please complete the following information):
Additional context
Add any other context about the problem here.
This should not happen, as it should use the
test1folder as the root for Front Matter, or it should ask you which one to use. Will have to check what might be wrong here and how it can be solved.If Front Matter always is using VS Code workspace (regardless of where it actually is) as the root folder, I can see how this can get messed up.
I have been testing the steps you mentioned before, but I need help getting Front Matter to trigger the exact behavior you are seeing.
What did you have in your
settings.jsonfile? Can it be that a Front Matter CMS is setting defined? If that is the case, it is expected that this question will be asked.I'm on Christmas vacation at the moment, but will get back to you next week.
Thanks and happy holidays @dennisl68-castra
I can't reproduce this issue any longer when using VS Code v1.74.2...
Closing the issue as it cannot get reproduced anymore. In case it happens again, feel free to open it.