[release/6.0] Work around for UriFormatException caused by \\?\ prefix in the path #71452
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Backport of #71082 and #58627 to release/6.0
Description
Long paths prefixed with
\\?\
is throwing in Uri ctor which causingUriFormatException
in ConfigurationManager code that creates Uri with a long name which causes WinForms designer crush.Customer Impact
According to @RussKie :
In .NET Framework the Windows Forms designer is run in the VS process. To facilitate the .NET support the designer was moved out-of-proc, and the server process is started with '\\?\' path. We'd want the fix to be serviced in to .NET 6, as this bug is blocking the adoption
and there is no workaround for them unless it is fixed in runtimeTesting
This PR includes 2 PR commits
Risk
Very low - the fixes here has no functional change/impact, literally workarounds that avoid using Uri ctor that throws for
\\?\
prefix within System.Configuration.ConfigurationManager projectFixes #70318
IMPORTANT: If this change touches code that ships in a NuGet package, please make certain that you have added any necessary package authoring and gotten it explicitly reviewed.