[Problem/Bug]: [NET 9] Dependency conflict #4924

hi-xiaoxin · 2024-11-14T09:00:44Z

What happened?

This phenomenon occurred after we upgraded to .NET 9.0, and a warning is generated during compilation:

File: Microsoft.Common.CurrentVersion.targets


发现无法解析的“WindowsBase”的不同版本之间存在冲突。
“WindowsBase, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”与“WindowsBase, Version=5.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”之间存在冲突。
    已选择“WindowsBase, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”，因为它是主版本而“WindowsBase, Version=5.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”不是。
    依赖于“WindowsBase, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”[C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Ref\9.0.0\ref\net9.0\WindowsBase.dll]的引用。
        C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Ref\9.0.0\ref\net9.0\WindowsBase.dll
          导致引用“C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Ref\9.0.0\ref\net9.0\WindowsBase.dll”的项目文件项 Include 特性。
            C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Ref\9.0.0\ref/net9.0/WindowsBase.dll
    依赖于或已统一到“WindowsBase, Version=5.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”[] 的引用。
        C:\Users\user1\.nuget\packages\microsoft.web.webview2\1.0.2895-prerelease\lib_manual\net5.0-windows10.0.17763.0\Microsoft.Web.WebView2.Wpf.dll
          导致引用“C:\Users\user1\.nuget\packages\microsoft.web.webview2\1.0.2895-prerelease\lib_manual\net5.0-windows10.0.17763.0\Microsoft.Web.WebView2.Wpf.dll”的项目文件项 Include 特性。
            C:\Users\user1\.nuget\packages\microsoft.web.webview2\1.0.2895-prerelease\buildTransitive\..\\lib_manual\net5.0-windows10.0.17763.0\Microsoft.Web.WebView2.Wpf.dll

The project does not use WPF or WinForms; it controls windows through the Win32 API (Set Handle). Therefore, there is actually no dependency on WindowBase at all. Previously, everything was normal in the .NET 8.0 environment.

Although the project is still running normally, we would also like to find the cause and eliminate this warning.

Thanks

Importance

Moderate. My app's user experience is affected, but still usable.

Runtime Channel

Stable release (WebView2 Runtime), Prerelease (Edge Canary/Dev/Beta)

Runtime Version

130.0.2849.80

SDK Version

1.0.2895-prerelease

Framework

Other

Operating System

Windows 11

OS Version

22631.4460

Repro steps

Upgrade to .NET 9.0

Repros in Edge Browser

No, issue does not reproduce in the corresponding Edge version

Regression

No, this never worked

Last working version (if regression)

No response

The text was updated successfully, but these errors were encountered:

RalphLAtGitHub · 2024-11-14T09:19:02Z

The warning also occurs under .NET 8 and only since WebView2 version 1.0.2849.39. The message does not occur in WebView2 version 1.0.2792.45.

sandeepchads · 2024-11-15T06:19:57Z

I am wondering whether the issue you're encountering is a version conflict between different versions of the WindowsBase assembly after upgrading to .NET 9.0.

The warning states that WindowsBase, Version=4.0.0.0 was chosen because it is the primary version, while WindowsBase, Version=5.0.0.0 is not. This conflict arises because different parts of your project or its dependencies are referencing different versions of the WindowsBase assembly.

I suspect when upgrading to a new .NET version, some dependencies might still reference older versions of assemblies, leading to conflicts.

Possible Solutions

Binding Redirects:
- You can add binding redirects in your application's configuration file to resolve the version conflict. This ensures that all references to WindowsBase use the same version.
Update Dependencies:
- Ensure that all your project's dependencies are compatible with .NET 9.0 and reference the same version of WindowsBase.
Exclude Unnecessary Dependencies:
- If your project does not use WPF or WinForms, you can try excluding the Microsoft.Web.WebView2.Wpf.dll dependency if it's not needed.

If you need further assistance or have any specific questions, feel free to ask!

PoulBak · 2024-11-20T08:38:42Z

The problem goes away if you add this to your '.proj' file:

<ItemGroup>
    <FrameworkReference Include="Microsoft.WindowsDesktop.App" />
</ItemGroup>

RalphLAtGitHub · 2024-11-20T08:46:47Z

Thanks for the solution! Is there an explanation for this? Thanks!

PoulBak · 2024-11-20T12:10:25Z

Thanks for the solution! Is there an explanation for this? Thanks!

I don't call this a solution but a temporary workaround until they have fixed their dependency mess. I don't have an explanation (I found this on StackOverflow, don't have the link anymore, sorry).

UltraWelfare · 2024-11-22T20:59:33Z

The problem goes away if you add this to your '.proj' file:
<ItemGroup>
    <FrameworkReference Include="Microsoft.WindowsDesktop.App" />
</ItemGroup>

dotnet/msbuild#8289

Downgrading also helps. In the case of a non desktop app (a class library) I'm not sure if it's a sufficient solution.

sefinek · 2024-11-23T01:51:11Z

<ItemGroup>
    <FrameworkReference Include="Microsoft.WindowsDesktop.App" />
</ItemGroup>

I confirm, the warning disappears. Unfortunately, the error still persists. More: dotnet/msbuild#8289 (comment)

hi-xiaoxin · 2025-01-01T03:20:22Z

#4959

prija-microsoft · 2025-01-24T05:32:01Z

Internal Tracking Number

otykier · 2025-03-07T09:13:36Z

I believe WindowsBase is only used by WPF? Why are we then getting this conflict when using Webview2 in a WindowsForms project? I.e. with a .csproj containing:

    <UseWindowsForms>true</UseWindowsForms>
    <UseWPF>false</UseWPF>

As others have stated, downgrading to 1.0.2792.45 makes the warning go away.

sefinek · 2025-03-14T01:22:09Z

Why hasn't this been fixed yet?

Microsoft.Web.WebView2 v1.0.3124.44

jeremy-visionaid · 2025-03-17T03:19:15Z

Any fix on the way? MAUI just updated to v1.0.2903.40 and now I get MSB3277 for WindowsBase:
dotnet/maui#24329

Unfortunately, I have a dependency that is shared between a WinForms project and a MAUI project. When included in a WinForms project, it also bring in the the Wpf reference through Common.targets:

        <Reference Include="$(NugetRoot)\lib_manual\netcoreapp3.0\Microsoft.Web.WebView2.Core.dll" />
        <Reference Include="$(NugetRoot)\lib_manual\netcoreapp3.0\Microsoft.Web.WebView2.WinForms.dll" />
        <Reference Include="$(NugetRoot)\lib_manual\net5.0-windows10.0.17763.0\Microsoft.Web.WebView2.Wpf.dll" />

I'm not quite sure why both are being referenced when one of them likely isn't needed? The following works fine for me since it avoids bringing in the unnecessary/problematic reference:

        <Reference Include="$(NugetRoot)\lib_manual\netcoreapp3.0\Microsoft.Web.WebView2.Core.dll" />
	<Reference Include="$(NugetRoot)\lib_manual\netcoreapp3.0\Microsoft.Web.WebView2.WinForms.dll" Condition=" '$(UseWindowsForms)' == 'true'" />
	<Reference Include="$(NugetRoot)\lib_manual\net5.0-windows10.0.17763.0\Microsoft.Web.WebView2.Wpf.dll" Condition=" '$(UseWPF)' == 'true'" />

sefinek · 2025-03-17T03:34:31Z

@jeremy-visionaid, there is no official solution.

One solution is to install an older version of WebView2, as I mentioned here:
dotnet/msbuild#8289 (comment) (you would have to fork MAUI in this case)

The second solution is here:
#4924 (comment)

I doubt this will be fixed anytime soon. The first issues appeared in version 1.0.2792.45, released on 2024-09-23T18:54:20Z. The next version is even worse, as it now triggers an error. Due to this error, packaging the application (via MSIX Packaging Tools) for submission to the Microsoft Store is impossible.

jeremy-visionaid · 2025-03-17T07:33:36Z

@sefinek Thanks for the suggestions. I did try <FrameworkReference Include="Microsoft.WindowsDesktop.App" /> already but it doesn't work for my situation (I get conflict warnings between Aero and Aero2).

It should have occured to me sooner, but what worked for me was to just remove the reference you don't need/want. e.g. for a WinForms project:

  <ItemGroup>
    <Reference Remove="Microsoft.Web.WebView2.Wpf.dll" />
  </ItemGroup>

That addresses the root cause since the Wpf assembly won't try and bring in the conflicting WindowsBase

sefinek · 2025-03-17T07:51:22Z

@jeremy-visionaid: Unfortunately, in my case, this doesn't work - the compiler did not exclude Microsoft.Web.WebView2.Wpf and still generates the DLL file. I remember that someone mentioned earlier that this issue is caused by Microsoft.Web.WebView2.Wpf, but I'm not sure

jeremy-visionaid · 2025-03-17T07:56:09Z

@sefinek Oh darn - you're right. I was flitting between NuGet versions and forgot to revert my changes/fixes to Common.targets for the one I was using. Maybe it's still possible but through a target since that would get evaluated later. I'll have a crack at it, but it's getting late here and I obviously need some sleep 😅

jeremy-visionaid · 2025-03-17T08:21:39Z

@sefinek Might need some refinement, but try this instead:

  <Target Name="RemoveWebView2Reference" AfterTargets="ResolvePackageDependenciesForBuild">
    <ItemGroup>
      <Reference Remove="$(NugetRoot)\lib_manual\net5.0-windows10.0.17763.0\Microsoft.Web.WebView2.Wpf.dll" />
    </ItemGroup>
  </Target>

sefinek · 2025-03-17T08:35:12Z

@jeremy-visionaid wo, the warning disappears, but the error still occurs - because of it, MSIX Packaging Tool doesn't work.

jeremy-visionaid · 2025-03-17T08:38:23Z

Oh darn, I'm afraid I can't help with MSIX stuff - I don't/can't use it for our app

sefinek · 2025-03-17T08:43:15Z

I don't use it in my main application either, so..
Well, it is what it is. My second app will run on the outdated WebView2. Microsoft will probably fix it in 10 years.
Good luck!

jeremy-visionaid · 2025-03-17T21:11:14Z

If it helps others, I finally settled on this for use/import through Directory.Build.targets

  <Target Name="RemoveUnnecessaryWebView2References" AfterTargets="ResolvePackageDependenciesForBuild">
    <ItemGroup>
      <Reference Remove="$(NugetRoot)\lib_manual\netcoreapp3.0\Microsoft.Web.WebView2.WinForms.dll" Condition="'$(UseWindowsForms)' != 'true'" />
      <Reference Remove="$(NugetRoot)\lib_manual\net5.0-windows10.0.17763.0\Microsoft.Web.WebView2.Wpf.dll" Condition="'$(UseWpf)' != 'true'" />
    </ItemGroup>
  </Target>

hi-xiaoxin added the bug Something isn't working label Nov 14, 2024

victorhuangwq assigned oggy22 Nov 14, 2024

hi-xiaoxin mentioned this issue Jan 1, 2025

[Problem/Bug]: Found conflicts between different versions of "WindowsBase" that could not be resolved #4959

Open

prija-microsoft added the tracked We are tracking this work internally. label Jan 24, 2025

oggy22 assigned soumamazu Feb 6, 2025

sivMSFT unassigned oggy22 Feb 10, 2025

jeremy-visionaid mentioned this issue Mar 17, 2025

[Windows] Bump Microsoft.Web.WebView2 from 1.0.2792.45 to 1.0.2903.40 dotnet/maui#24329

Merged

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[Problem/Bug]: [NET 9] Dependency conflict #4924

[Problem/Bug]: [NET 9] Dependency conflict #4924

hi-xiaoxin commented Nov 14, 2024

RalphLAtGitHub commented Nov 14, 2024

sandeepchads commented Nov 15, 2024 •

edited

Loading

PoulBak commented Nov 20, 2024 •

edited

Loading

RalphLAtGitHub commented Nov 20, 2024

PoulBak commented Nov 20, 2024

UltraWelfare commented Nov 22, 2024

sefinek commented Nov 23, 2024

hi-xiaoxin commented Jan 1, 2025

prija-microsoft commented Jan 24, 2025

otykier commented Mar 7, 2025

sefinek commented Mar 14, 2025

jeremy-visionaid commented Mar 17, 2025 •

edited

Loading

sefinek commented Mar 17, 2025

jeremy-visionaid commented Mar 17, 2025 •

edited

Loading

sefinek commented Mar 17, 2025 •

edited

Loading

jeremy-visionaid commented Mar 17, 2025

jeremy-visionaid commented Mar 17, 2025

sefinek commented Mar 17, 2025 •

edited

Loading

jeremy-visionaid commented Mar 17, 2025

sefinek commented Mar 17, 2025 •

edited

Loading

jeremy-visionaid commented Mar 17, 2025 •

edited

Loading

[Problem/Bug]: [NET 9] Dependency conflict #4924

[Problem/Bug]: [NET 9] Dependency conflict #4924

Comments

hi-xiaoxin commented Nov 14, 2024

What happened?

Importance

Runtime Channel

Runtime Version

SDK Version

Framework

Operating System

OS Version

Repro steps

Repros in Edge Browser

Regression

Last working version (if regression)

RalphLAtGitHub commented Nov 14, 2024

sandeepchads commented Nov 15, 2024 • edited Loading

Possible Solutions

PoulBak commented Nov 20, 2024 • edited Loading

RalphLAtGitHub commented Nov 20, 2024

PoulBak commented Nov 20, 2024

UltraWelfare commented Nov 22, 2024

sefinek commented Nov 23, 2024

hi-xiaoxin commented Jan 1, 2025

prija-microsoft commented Jan 24, 2025

otykier commented Mar 7, 2025

sefinek commented Mar 14, 2025

jeremy-visionaid commented Mar 17, 2025 • edited Loading

sefinek commented Mar 17, 2025

jeremy-visionaid commented Mar 17, 2025 • edited Loading

sefinek commented Mar 17, 2025 • edited Loading

jeremy-visionaid commented Mar 17, 2025

jeremy-visionaid commented Mar 17, 2025

sefinek commented Mar 17, 2025 • edited Loading

jeremy-visionaid commented Mar 17, 2025

sefinek commented Mar 17, 2025 • edited Loading

jeremy-visionaid commented Mar 17, 2025 • edited Loading

sandeepchads commented Nov 15, 2024 •

edited

Loading

PoulBak commented Nov 20, 2024 •

edited

Loading

jeremy-visionaid commented Mar 17, 2025 •

edited

Loading

jeremy-visionaid commented Mar 17, 2025 •

edited

Loading

sefinek commented Mar 17, 2025 •

edited

Loading

sefinek commented Mar 17, 2025 •

edited

Loading

sefinek commented Mar 17, 2025 •

edited

Loading

jeremy-visionaid commented Mar 17, 2025 •

edited

Loading