Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Servicing fixes for 16.10.2 #6537

Merged
merged 5 commits into from Jun 8, 2021
Merged

Conversation

rainersigwald
Copy link
Member

Pulling together approved PRs #6531, #6520, and #6513 with a version bump.

dsparkplug and others added 5 commits June 3, 2021 12:02
Added some more unit tests as per suggestions

Fixed unit test failing on linux

Removed unnecessary length check

Co-authored-by: Forgind <Forgind@users.noreply.github.com>
…y loggers present

Switch from the "use the new logic if any logger is present that supports it" to the more conservative "use the old logic if any logger doesn't support the new logic".

There are legacy loggers such as the Azure DevOps logger that crash if ProjectStartedEventArgs.Properties is null.

Both console loggers also need more work to properly support the new logic.

Effectively the new logic will now only take place when the binary logger is the only logger.
Fixes dotnet#6502

Summary

This change fixes a regression in glob matching where files without extension are erroneously not matched when taking a specific globbing code path.

Customer impact

Any customer who uses a glob pattern susceptible to the bug and has files without extensions in their source tree is affected. The bug was reported by external customers.

Regression?

Yes, caused by dotnet#6151 where glob matching was optimized which internally made it take a different code path.

Changes Made

Fixes the regression by properly handling `*.*` to mean all files, not just files with a dot in the name. This convention is used in .NET APIs on all platforms and matches the pre-regression behavior.

Testing

Added unit test coverage. Also verified locally with the repro provided by the original bug reporter.

Risk

Low. The star patterns are special-cased to mean all files, other patterns are unaffected.
…6502-fix-wildcard-glob-matching-16.11' into 'vs16.10'
@benvillalobos
Copy link
Member

Is there enough time for an exp/ branch?

@rainersigwald
Copy link
Member Author

I don't think there's a reason to prefer it over being optimistic, personally.

@ghost
Copy link

ghost commented Jun 9, 2021

I hate to ask this, sorry about that 😢: do you have an eta when the 16.10.2 (which will be .NET 5.0.8 if I'm not misread something) will land?

We're currently hitting #6493, which was apparently fixed with #6513.

@rainersigwald
Copy link
Member Author

rainersigwald commented Jun 9, 2021

@bbrueckmann-codesys No public date, sorry. And the plan is that it will be in .NET SDK 5.0.302.

@eriawan
Copy link
Member

eriawan commented Jun 9, 2021

@rainersigwald

No public date, sorry. And the plan is that it will be in .NET SDK 3.0.302.

Do you mean SDK 5.0.302 ?

@rainersigwald
Copy link
Member Author

@eriawan I sure did. Edited to reduce future confusion. Thanks!

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.

None yet

6 participants