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

UWP Cant Submit to store Error API FreeAddrInfoEx #924

Open
liliyashka opened this issue Nov 16, 2018 · 28 comments
Open

UWP Cant Submit to store Error API FreeAddrInfoEx #924

liliyashka opened this issue Nov 16, 2018 · 28 comments

Comments

@liliyashka
Copy link

@liliyashka liliyashka commented Nov 16, 2018

I have installed the new update from nuget 6.2.2 and I get a certification error when the app is processing. Here is the result.
Supported APIs
Error Found: The supported APIs test detected the following errors:
API FreeAddrInfoEx in ws2_32.dll is not supported for this application type. myApp.dll calls this API.
Impact if not fixed: Using an API that is not part of the Windows SDK for Microsoft Store apps violates the Microsoft Store certification requirements.
How to fix: Review the error messages to identify the API that is not part of the Windows SDK for Microsoft Store apps. Please note, apps that are built in a debug configuration or without .NET Native enabled (where applicable) can fail this test as these environments may pull in unsupported APIs. Retest your app in a release configuration, and with .NET Native enabled if applicable. See the link below for more information:

@schuettecarsten
Copy link

@schuettecarsten schuettecarsten commented Nov 20, 2018

Same problem for our app. Downgrading to v6.1.9 fixes this.

@MichalStrehovsky
Copy link
Member

@MichalStrehovsky MichalStrehovsky commented Nov 21, 2018

Thanks for bringing this to our attention and sorry for the trouble. This seems to be caused by a reference to this API being added in dotnet/corefx#26850. This was subsequently fixed to rely on the supported API in dotnet/corefx#29919 but that change didn't make it to the version of the framework UWP 6.2.2 shipped with. We'll look into addressing this problem.

@liliyashka
Copy link
Author

@liliyashka liliyashka commented Nov 21, 2018

How long will it take to fix? Thanks.

@martinsuchan
Copy link

@martinsuchan martinsuchan commented Nov 28, 2018

Is there any workaround to fix this issue, like updating specific .NET NuGet dependency? Or should we use Microsoft.NETCore.UniversalWindowsPlatform 6.1.9 before this issue is fixed?
It's also strange that the Windows App Certification Kit 10.0.17763.132 does not show any problem with unsupported API when testing the app locally.

@shaishavbhatt08
Copy link

@shaishavbhatt08 shaishavbhatt08 commented Nov 29, 2018

Have the same issue!

@Levvy055
Copy link

@Levvy055 Levvy055 commented Dec 3, 2018

Also the same. And getting it on local cert tool

@shaishavbhatt08
Copy link

@shaishavbhatt08 shaishavbhatt08 commented Dec 3, 2018

Use Microsoft.NETCore.UniversalWindowsPlatform 6.1.9, Next release will solve the issue i hope.

@shaishavbhatt08
Copy link

@shaishavbhatt08 shaishavbhatt08 commented Dec 3, 2018

I submitted the app with use Microsoft.NETCore.UniversalWindowsPlatform 6.1.9 and it did not fail

@erossetto
Copy link

@erossetto erossetto commented Dec 3, 2018

I also had to downgrade... how is the nuget 6.2.2 not fixed or removed yet? This is causing devs to waste hours

@MichalStrehovsky
Copy link
Member

@MichalStrehovsky MichalStrehovsky commented Dec 3, 2018

how is the nuget 6.2.2 not fixed or removed yet?

It was pulled down a couple days ago: 6.1.9 is the latest stable package: https://www.nuget.org/packages/Microsoft.NETCore.UniversalWindowsPlatform

We are working on an update with a fix for this issue.

@LanceMcCarthy
Copy link

@LanceMcCarthy LanceMcCarthy commented Dec 27, 2018

Any update on the progress of this?

@yrest
Copy link

@yrest yrest commented Jan 4, 2019

Automatically updated to 6.2.2 today unaware of the issue, this is ridiculous.

@MichalStrehovsky
Copy link
Member

@MichalStrehovsky MichalStrehovsky commented Jan 4, 2019

@yrest The 6.2.2 package is still unpublished: https://www.nuget.org/packages/Microsoft.NETCore.UniversalWindowsPlatform. You shouldn't be offered to update to 6.2.2.

@LanceMcCarthy
Copy link

@LanceMcCarthy LanceMcCarthy commented Jan 4, 2019

It looks like 6.2.3 is now officially available. @yrest @erossetto @shaishavbhatt08

[edited to remove unlisted cached 6.2.3 version]

@LanceMcCarthy
Copy link

@LanceMcCarthy LanceMcCarthy commented Jan 5, 2019

I just spoke to a few folks, don't use 6.2.3 unless you absolutely need support for ARM64. They still haven't fixed the underlying problem.

#931 (comment)

@yrest
Copy link

@yrest yrest commented Jan 7, 2019

In a sense, all these are good things to learn and try to understand, I appreciate it, but from a user's perspective it's just a waste of time. :]
As soon as I update from 6.2.2 to 6.1.9 am getting weird exceptions, like following...
But when app is packaged using 6.2.2 it is being rejected by the store with subject.

System.MissingMethodException
HResult=0x80131513
Message=Method not found: 'System.ReadOnlySpan`1 System.String.op_Implicit(System.String)'.
Source=System.IO.FileSystem
StackTrace:
at System.IO.PathInternal.TrimEndingDirectorySeparator(String path)
at System.IO.FileSystem.FillAttributeInfo(String path, WIN32_FILE_ATTRIBUTE_DATA& data, Boolean returnErrorOnNotFound)
at System.IO.FileSystem.DirectoryExists(String path, Int32& lastError)
at System.IO.Directory.Exists(String path)
at …

Maybe it's a coincidence, but before I upgraded to 1809 at the end of November, all was good.

@yrest
Copy link

@yrest yrest commented Jan 7, 2019

I must apologise for slightly misleading statements... Have restored back my original project and discovered that it was using 6.2.2 already for a while, meaning Microsoft.NETCore.UniversalWindowsPlatform has not been updated recently for me!
It seems updating Xamarin.Forms to 3.4.0.1009999 causes confusion somewhere.

@yrest
Copy link

@yrest yrest commented Feb 3, 2019

A month later same again - so so frustrating.
Downgrading to 6.1.9 doesn't work for me anymore throwing errors on build.

Method 'WriteableBitmapImageBitmap.d__9.SetStateMachine(IAsyncStateMachine)' will always throw an exception due to the missing method 'AsyncTaskMethodBuilder.SetStateMachine(IAsyncStateMachine)' in assembly 'System.Threading.Tasks'. There may have been a missing assembly, or a dependency on a more recent Windows SDK release.
...
'PlatformModeDetector.<>c.<b__2_2>d.SetStateMachine(IAsyncStateMachine)' will always throw an exception due to the missing method 'AsyncTaskMethodBuilder<string[]>.SetStateMachine(IAsyncStateMachine)' in assembly 'System.Threading.Tasks'. There may have been a missing assembly, or a dependency on a more recent Windows SDK release.

etc etc
And it's nothing to do with Xamarin because everything builds, validates and runs on all sorts machines.

It is the freaking Store will not accept 6.2.2 for whatever reason.
How hard could it be to keep up with own technology...

@nguyenquyhy
Copy link

@nguyenquyhy nguyenquyhy commented Feb 7, 2019

It is the freaking Store will not accept 6.2.2 for whatever reason.
How hard could it be to keep up with own technology...

Microsoft acknowledged of the issue of 6.2.2 last December and promised a fix this year and it has been more than a month without any update. That's a huge disappointment!

If you really need 6.2.2 for your build, you can manually change the version to 6.2.3. Version 6.2.3 is hidden because it still has some issue (Microsoft doesn't really say what the issue is though).

I have published my app with 6.2.3 for a couple of weeks and so far I don't see any weird things. But your app might be different.

@EmilAlipiev
Copy link

@EmilAlipiev EmilAlipiev commented Feb 17, 2019

A month later same again - so so frustrating.
Downgrading to 6.1.9 doesn't work for me anymore throwing errors on build.

Method 'WriteableBitmapImageBitmap.d__9.SetStateMachine(IAsyncStateMachine)' will always throw an exception due to the missing method 'AsyncTaskMethodBuilder.SetStateMachine(IAsyncStateMachine)' in assembly 'System.Threading.Tasks'. There may have been a missing assembly, or a dependency on a more recent Windows SDK release.
...
'PlatformModeDetector.<>c.<b__2_2>d.SetStateMachine(IAsyncStateMachine)' will always throw an exception due to the missing method 'AsyncTaskMethodBuilder<string[]>.SetStateMachine(IAsyncStateMachine)' in assembly 'System.Threading.Tasks'. There may have been a missing assembly, or a dependency on a more recent Windows SDK release.

etc etc
And it's nothing to do with Xamarin because everything builds, validates and runs on all sorts machines.

It is the freaking Store will not accept 6.2.2 for whatever reason.
How hard could it be to keep up with own technology...

I have the same problem. did you find a solution for those errors? i get them only on release but it works on debug mode. please give an answer if you have found the reason. i wasted a lot of time about this s**

@LanceMcCarthy
Copy link

@LanceMcCarthy LanceMcCarthy commented Feb 17, 2019

@EmilAlipiev You need to drop to 6.1.9 unless you explicitly need to target ARM64 and have an ARM64 package.

If you must distribute to ARM64 devices with an ARM64 package, then use 6.2.3 (manually set this version, you won't find it the NuGet package feed). Otherwise, the normal ARM package will be fine.

@EmilAlipiev
Copy link

@EmilAlipiev EmilAlipiev commented Feb 17, 2019

@LanceMcCarthy thanks for your quick answer but I am using 6.1.9 and those errors are returned for 6.1.9. I dont get how to fix them now.

here are all the errors I am getting
https://gist.githubusercontent.com/EmilAlipiev/9e14587b53173c02f292e0a18a0b3f5f/raw/0576b95823b8aa1ef2809a154ee81c3ee64853d0/gistfile1.txt

@LanceMcCarthy
Copy link

@LanceMcCarthy LanceMcCarthy commented Feb 17, 2019

@EmilAlipiev There are other suspicious errors in there, for example, Splat.WriteableBitmapImageBitmap is being optimized out by the toolchain.

You can try to work around this by including the Splat assemblies in the Runtime Directives, it might be worth taking a quick read of how .NET Native works and why you can get errors when it strips out unreferenced code.

@EmilAlipiev
Copy link

@EmilAlipiev EmilAlipiev commented Feb 17, 2019

@LanceMcCarthy yes I have recognized it also. i wasnt sure if it is directly about splat but after checking my last working version from git history. i recognized that i was using older version of splat and already reported here. it seems 6.1.9 version works fine for me now. thanks

@yrest
Copy link

@yrest yrest commented Feb 17, 2019

@EmilAlipiev thanks to @nguyenquyhy editing csproj directly and simply changing 6.1.9 to 6.2.3 worked perfectly for me!

@Brandont990
Copy link

@Brandont990 Brandont990 commented Jul 13, 2019

Has any one still have this problem with there app when they submit to the Windows Store. They are telling me the app is crashing when i go to the setting page.

@LanceMcCarthy
Copy link

@LanceMcCarthy LanceMcCarthy commented Jul 13, 2019

The 6.2.8 package is available now, update, clean and rebuild all the UWP packages with it and it will resolve this specific problem.

As far as the reason for your Settings Page crashing, that is most likely unrelated.

@Brandont990
Copy link

@Brandont990 Brandont990 commented Jul 13, 2019

The 6.2.8 package is available now, update, clean and rebuild all the UWP packages with it and it will resolve this specific problem.

As far as the reason for your Settings Page crashing, that is most likely unrelated.

Thank you I will give that a try.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
13 participants