Make sure only ARMv7 and ARM64 are selected under Target Architecture in Project Settings.
Build APK.
Upload and release APK to Internal Testing in Google Play Console.
Wait the Pre Launch report to complete.
Alternative method to repro (This method is faster in term of waiting time):
Do until step3 according to the steps above.
Goto Firebase Console.
Create a new project.
Add new app in Project Settings.
Click Test Lab (left menu), then click “Run a Test”.
Select “Robo” as test type.
Upload the APK file.
Select Pixel 2 (Virtual) as the target device.
Wait for the test to complete.
Tested with Unity 2021.3.2f1, 2021.3.4f1 and 2018.4.23f1. All Unity 2021 APK build crash with that device, while Unity 2018 works fine. Looking at the provided long logs from Google Play Console Pre Launch report, found something interesting:
I have the same issue on version 2020.3.33f1. I have had the error consistently on pre-launch tests since June 8. I have a hunch that the error is in the virtual machine or that the virtual machine changed its behavior.
Update: Error is gone. Did nothing different from my part. Probably some issue at virtual machine.
Yea the error is gone from my end too. The test device seems to be switched from Pixel 2 to Pixel 3, and it’s working now.
Btw, i was trying to get it work before this, and enabling x86 and x86_64 seems to work well. I think that virtual device has some issues with ARM → x86 translation
I’ve tried with a new aab buiilt including the x86 & x86-64 Chrome OS architectures. Fortunately, the previous errors have gone but I’m still not able to pass the report (Pixel 2 (virtual)):
- ANR in com.google.android.as;PID: 1433;executing service com.google.android.as/com.google.android.apps.miphone.aiai.app.AiAiSmartspaceService;```
Which looks like it has something to do with:
**```When the UI thread of an Android app is blocked for too long, an "Application Not Responding" (ANR) error is triggered```**
The funny thing is that using Firebase's Test Lab (Robo test with Pixel 2 (virtual)) it completes successfully.
Same issue with Unity 2021.3.3f1.
Only get the error for the Pixel 2 virtual via the google play console. Can’t seem to resolve the stacktrace with the projects generated symbols linked in logcat either.
UPDATE: Thanks @kkl888 ticking 86 and 86-64 fixed it for chrome os worked for me!
Same here with 2021.3.6,
Only on Pixel 2 as well, and found in the logs that Unity can’t detect any cores.
07-15 04:42:01.316: I/Unity(7720): SystemInfo ARM big.LITTLE configuration: 0 big (mask: 0x0), 0 little (mask: 0x0)
07-15 04:42:01.320: I/Unity(7720): ApplicationInfo com.default.wild version 1.35.4
07-15 04:42:01.325: I/Unity(7720): Built from '2021.3/staging' branch, Version '2021.3.6f1 (7da38d85baf6)', Build type 'Release', Scripting Backend 'il2cpp', CPU 'armeabi-v7a', Stripping 'Enabled'```
Same issue with Unity 2021.3.5f1. I noticed that the new device was added to test devices: Google Pixel 2 (virtual). All last my builds were tested without it device and didn’t have the issue. I can’t figure out what the ‘virtual’ word means in ‘Google Pixel 2 (virtual)’ and what is the reason the virtual device was added into test device set.
My app updates on Google Play are getting rejected because of the Google Pixel 2 (virtual) failing the pre-launch test. Enabling the x86 architectures isn’t an option for me as it puts it over the aab size limit, and we shouldn’t need them anyway as it’s just a workaround for the virtual Pixel 2 failing!
Same here.
Encoutered it for the first time today, after building the game in Unity 2020.3.37 with target API 31
Looked into previous reports - there wasn’t virtual devices there before, but today there is Pixel 2 (virtual), and it gives the same crash. I have no idea what to do with it (i don’t want to add unused platform), i will just try to rebuild it and upload again, in case this virtual device won’t be there next time…
Update: no luck. There was that vrtual Pixel 2 again.
I accidently had a production track waiting which wouldn’t let me promote my open releases to production, once i discarded by production track i could promote my open release again.
Same issue with Unity 2021.3.6f1. It’s a real pain as I’m only in closed testing stages at the moment but this failed test is keeping my updates stuck “In Review”, and therefore not getting out to testers.
Going to try enabling x86 and x86_64 but it’s not something I actually need to support, so doesn’t feel like a great solution.