Skip to content

Conversation

@davidwengier
Copy link
Member

Fixes #11482

Explanation, copied from the issue: RCLs don't have an absolute BaseIntermediateOutputPath, so we end up seeing <current directory>\obj as the obj path, and we have a Directory.Exists check that catches if that happens, and falls back to different logic for an RCL. Turns out current directory is the solution folder, and so sometimes that obj path does exist, but it exists for a different project, and then all sorts of fun shenanigans ensue.

@davidwengier davidwengier requested a review from a team as a code owner February 13, 2025 07:04
@davidwengier
Copy link
Member Author

Reddit user confirmed that moving their solution file up fixed their component discovery issues!

@davidwengier davidwengier merged commit 825b243 into dotnet:main Feb 13, 2025
12 checks passed
@davidwengier davidwengier deleted the RCLBasePathBug branch February 13, 2025 22:04
@dotnet-policy-service dotnet-policy-service bot added this to the Next milestone Feb 13, 2025
@jjonescz jjonescz modified the milestones: Next, 17.14 P2 Mar 11, 2025
JoeRobich added a commit to dotnet/roslyn-tools that referenced this pull request Mar 15, 2025
Noticed that we were not removing PR numbers when [fixing up the C# ext.
CHANGELOG](dotnet/vscode-csharp#8071). Leaving
the PR number in allows GH to turn it into a link when the number is in
the range to be valid.

BEFORE:

* React to NuGet package pruning warnings (#11496) (PR:
[#11496](dotnet/razor#11496))
* Add a couple of "stress tests" to the integration test project
(#11481) (PR: [#11481](dotnet/razor#11481))
* Fix a couple of options in the old options screen (#11486) (PR:
[#11486](dotnet/razor#11486))
* Don't use Directory.Exists to check if a path is relative (#11483)
(PR: [#11483](dotnet/razor#11483))
* Fix another IDE0040 violation (#11474) (PR:
[#11474](dotnet/razor#11474))
* Remove accessibility modifiers from interface members (#11472) (PR:
[#11472](dotnet/razor#11472))

AFTER:

* React to NuGet package pruning warnings (PR:
[#11496](dotnet/razor#11496))
* Add a couple of "stress tests" to the integration test project (PR:
[#11481](dotnet/razor#11481))
* Fix a couple of options in the old options screen (PR:
[#11486](dotnet/razor#11486))
* Don't use Directory.Exists to check if a path is relative (PR:
[#11483](dotnet/razor#11483))
* Fix another IDE0040 violation (PR:
[#11474](dotnet/razor#11474))
* Remove accessibility modifiers from interface members (PR:
[#11472](dotnet/razor#11472))
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Razor Class Library doesn't load well without a solution file at the parent level

3 participants