Search Issue Tracker
Won't Fix
Won't Fix in 2023.1.X
Votes
0
Found in
2023.1.0a1
Issue ID
UUM-1385
Regression
Yes
Unity process are sometimes running on TCP in port range 5555 - 5585 which conflicts with adb
To reproduce:
- not consistently reproducible, retry steps if needed
1. Open terminal and execute "adb kill-server"
2. Open a new project
3. Open terminal and execute "sudo netstat -tulpn | grep "Unity""
4. Look for processes running on "0.0.0.0:5555"
5. Execute "adb devices"
6. Observe "emulator-5554 offline"
Reproducible with: 2018.3.0b5, 2018.4.0f1, 2019.1.1f1, 2019.3.0a2
Unable to reproduce with: 2017.4.27f1, 2018.2.21f1
Unable to reproduce on Windows, MacOS
Some Unity process (most often UnityShaderCompiler) uses TCP address 0.0.0.0:5555 which conflicts with ADB emulator port range (5555-5585) https://developer.android.com/studio/command-line/adb#howadbworks
When a user starts up an adb client with 'adb devices' command, adb sees port 5555 being used and thinks that there is an android device/emulator that is offline (see issue.png screenshot). The issue with this is that a user cannot build the project for Android player until the "offline emulator" is hanging.
Workarounds:
- kill the process that uses port 5555
- execute terminal commands "adb kill-server && adb devices" until the "emulator-5554 offline" no longer appears
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
Resolution Note:
As we are moving towards the deprecation of OpenRL, we are not going to invest any more of our resources into fixing issues like this. As we can see there are multiple workaround and the issue is not consistently reproducible, we have deprioritized this in favor of a dull reprecation of OpenRL in future releases.
Resolution Note (2023.1.X):
As we are moving towards the deprecation of OpenRL, we are not going to invest any more of our resources into fixing issues like this. As we can see there are multiple workaround and the issue is not consistently reproducible, we have deprioritized this in favor of a dull reprecation of OpenRL in future releases.