Skip to content

VS repo build broken by 17.13 MSBuild #11091

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

Closed
rainersigwald opened this issue Dec 5, 2024 · 7 comments
Closed

VS repo build broken by 17.13 MSBuild #11091

rainersigwald opened this issue Dec 5, 2024 · 7 comments
Assignees
Labels
Priority:0 Work that we can't release without
Milestone

Comments

@rainersigwald
Copy link
Member

VS builds are broken with a VS that contains #11000.

@JanKrivanek
Copy link
Member

It's supper strange that RespectAlreadyAssignedItemCulture property set here:

https://dev.azure.com/devdiv/DevDiv/_git/VS/commit/aa9193b591f6a0fa9a355082718e95f963c94bf1?refName=refs/heads/dev/trevors/main/respectalready241204&path=/src/Xaml/Designer/Source/SurfaceExtensibility/Extensibility/SurfaceExtensibility.csproj

Image

Is not reflected in the build at all (it doesn't show up neither in evaluation):

Image

@JanKrivanek
Copy link
Member

As to the build error - the issue is that _SatelliteAssemblyResourceInputs.Culture metadata is being derefenced during GenerateSatelliteAssemblies call, while it's empty.

The _SatelliteAssemblyResourceInputs is properly including only EmbeddedResource that has WithCulture set to true

https://github.com/dotnet/msbuild/blob/main/src/Tasks/Microsoft.Common.CurrentVersion.targets#L4008-L4038

And this metada is properly set by AssignCulture, but then for some reason changes after CreateCSharpManifestResourceName task (within CreateManifestResourceNames target) finishes and GenerateResource task (in CoreResGen target) starts - despite there is no appearant msbuild logic touching it:

Image

Debugging this through now..

@JanKrivanek
Copy link
Member

JanKrivanek commented Dec 10, 2024

Conclusion:

@JanKrivanek
Copy link
Member

It turns out that DartLab is building VS from main, not current branch - that was the reason why the property wasn't reflected.
When customizing pipeline to build VS from current branch - all succeeds just fine: https://dev.azure.com/devdiv/DevDiv/_build/results?buildId=10699017&view=results

@adrianoc
Copy link

Hi, at Unity we are observing this error in our CI jobs from time to time; unfortunately we cannot update to version 17.13.9 (which includes the fix) because our build runs on .NET 8.

Is there any chance for this fix to be included in a version of the nuget package that supports .NET 8.0 ?

@rainersigwald
Copy link
Member Author

@adrianoc 17.13.9 introduced this bug. Can you file a new issue describing the problem you're seeing and why you think it's related?

@adrianoc
Copy link

adrianoc commented Apr 10, 2025

my bad. The bug we are observing is this one.

I'll post there, sorry for the noise.

btw, shall I delete my question from this one to avoid confusion?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Priority:0 Work that we can't release without
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants