-
Notifications
You must be signed in to change notification settings - Fork 363
[Bug] iOS port process for the podfile creates a null reference exception. #431
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
Comments
This issue does not seem to follow the issue template. Make sure you provide all the required information. |
Forgot to attached the stacks. |
I only deleted the section it asked. All the rest of the template is the same. |
Please note; issue does not occur when I reverted to 1.2.162, so I suspect this has happened in 1.2.164 looking at the changelog summary. |
According to the log you provided, it seems to be caused by this call.
unity-jar-resolver/source/VersionHandlerImpl/src/PortableWebRequest.cs Lines 553 to 556 in 822d341
This is an analytics event to report when Podfile generation started. If you don't like this event, you can actually turn this off from iOS Resolver Settings. But I digressed. Since we did not change anything to this event from As a workaround, I would recommend you to simply turn off |
Hmm...Oddly I was not able to reproduce the issue on my machine. And reading through code, I am not sure what can cause the unity-jar-resolver/source/VersionHandlerImpl/src/EditorMeasurement.cs Lines 518 to 534 in 822d341
@JimmyDeemo Could you turn on the |
When I did a search for
System.Web.Util.HttpEncoder class does not exist in Unity Also this Unity bugtracker. This gives me an impression that this is a bug in Unity (or the mono which Unity includes). I guess what we can do is to utilize UnityEngine.Networking.UnityWebRequest.EscapeURL instead of For workaround, I have 3 suggestions:
Let me know if this helps. |
Another thing we can do is probably try to catch exception like this during event reporting so that it will not break the rest of resolution process. |
Sorry for my lack of response, I have been on annual leave. I think, in the first instance, I will disable Analytics. I very much agree that event reporting shouldn't halt the rest of the resolution process. Unfortunately changing the major Unity verions to 2020 isn't an option for me right now, likewise with downgrading on the 2019 line. |
No problem. That is reasonable.
Appreciate you approved to let us collect usage data before. Since this is causing usability issue, please just turn it off for now. |
- Version 1.2.165 - Apr 28, 2021 -- Bug Fixes * Version Handler - Fixed #431 by replacing the use of `HttpUtility.UrlEncode()` which causes NullReferenceException in certain version of Unity. * Android Resolver - Check that androidSdkRootPath directory exists before using as sdkPath. * Android Resolver - Fixed Android Resolver integration tests with Unity 2019.3+. Change-Id: I1431ea3261ede04743ee6ef3e9a6e557355c5f1b
Uh oh!
There was an error while loading. Please reload this page.
[REQUIRED] Please fill in the following fields:
[REQUIRED] Please describe the issue here:
After building my project there are two NullReferenceExceptions in the console related to the resolver. They seem to stem from a HTTP Utility function and track back to
unity-jar-resolver/source/IOSResolver/src/IOSResolver.cs
Line 1930 in 822d341
Please answer the following, if applicable:
What's the issue repro rate? (eg 100%, 1/5 etc)
100% for each iOS build.
What happened? How can we make the problem occur?
Started happening recently, unsure of the cause. I have attached the stacks to this ticket.
If you have a downloadable sample project that reproduces the bug you're reporting, you will
likely receive a faster response on your issue.
I cannot share the project as it is a commercial codebase. I can try things other than moving to a higher version of unity other than the 2019 LTS branch. I would be happy for a workaround for this issue if you could tell me what might the cause be?
The text was updated successfully, but these errors were encountered: