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

Do the WebView2 packages still support VS2015 and higher? #1840

Open
mrtsecurity opened this issue Oct 18, 2021 · 5 comments
Open

Do the WebView2 packages still support VS2015 and higher? #1840

mrtsecurity opened this issue Oct 18, 2021 · 5 comments
Assignees
Labels
bug Something isn't working priority-low We have considered this issue and decided that we will not be able to address it in the near future. tracked We are tracking this work internally.

Comments

@mrtsecurity
Copy link

mrtsecurity commented Oct 18, 2021

Do the WebView2 packages still support VS2015 and VS2017 as stated on the getting started page, prerequisites?

I just updated from

  • Microsoft.Web.WebView2.1.0.902.49
  • Microsoft.Windows.ImplementationLibrary.1.0.210803.1
    to
  • Microsoft.Web.WebView2.1.0.992.28
  • Microsoft.Windows.ImplementationLibrary.1.0.210930.1

And I now get the error:

  • resource.h(2543): error C2440: 'specialization': cannot convert from 'void (__stdcall *)(HANDLE) noexcept' to 'unknown-type'
  • resource.h(2543): note: Context does not allow for disambiguation of overloaded function

I am using VS2017 on Windows 10, and everything builds successfully with the earlier package.

When I attempt to build the WebView2SampleWinComp solution, I get the following error:
MSB8020 The build tools for v142 (Platform Toolset = 'v142') cannot be found. To build using the v142 build tools, please install v142 build tools.
And if I modify the project to use toolset v141 and Windows SDK 10.0.17763.0, I get the same error mentioned above.

AB#36811177

@champnic
Copy link
Member

Hey @mrtsecurity - what type of app are you trying to build? It's possible we introduced a dependency issue, and might need to fix is or change our supported VS versions.

@champnic champnic self-assigned this Oct 22, 2021
@mrtsecurity
Copy link
Author

I'm working on an app to interact with identity providers for SAML authentications and required the ICoreWebView2_5 interface. Though that is immaterial as Microsoft's own WebView2SampleWinComp solution has the same build error when using the latest WebView2 package and VS2017 with the WebView2SampleWinComp properties set to toolset v141 and Windows SDK 10.0.17763.0,

If I comment out the "using =" declaration at line 2543 of resource.h (Microsoft.Windows.ImplementationLibrary.1.0.210930.1\include\wil\resource.h) along with the two that follow it, then I am able to build my app successfully, as our code apparently does not have dependencies on those three declarations.

While this resolves our issue for the time being, we would still like to know whether this will be fixed or will Microsoft's WebView2 no longer claim support for VS2015 and VS2017 as it does currently.

@champnic champnic added bug Something isn't working tracked We are tracking this work internally. and removed question labels Oct 25, 2021
@champnic
Copy link
Member

Thanks for clarifying. I've added this as a bug on our backlog to investigate further. Thanks!

amithtr-g added a commit to amithtr-g/WebView2Samples that referenced this issue Mar 15, 2022
@icnocop
Copy link

icnocop commented Mar 24, 2023

And I now get the error:

resource.h(2543): error C2440: 'specialization': cannot convert from 'void (__stdcall *)(HANDLE) noexcept' to 'unknown-type'
resource.h(2543): note: Context does not allow for disambiguation of overloaded function

See microsoft/wil#25 and microsoft/wil#272 and microsoft/wil#302

@icnocop
Copy link

icnocop commented Mar 24, 2023

As a work-around, downgrade the NuGet package Microsoft.Windows.ImplementationLibrary to 1.0.210803.1.

@github-actions github-actions bot added the priority-low We have considered this issue and decided that we will not be able to address it in the near future. label Mar 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working priority-low We have considered this issue and decided that we will not be able to address it in the near future. tracked We are tracking this work internally.
Projects
None yet
Development

No branches or pull requests

3 participants