Search Issue Tracker
Fixed in 2022.1.X
Votes
0
Found in
2021.2
2022.1
Issue ID
1354146
Regression
No
[deprecated] BuildOptions.EnableHeadlessMode needs clearer warning for its conflicts with BuildOptions.subtarget field
How to reproduce:
1. Open attached project "ServerBuildHeadless.zip" and scene "SampleScene"
2. In Editor Menu, click Bug -> Repro
3. After the build completes, observe the executed Build
Expected result: A Dedicated Server application is launched
Actual result: A Standalone application is launched, the user isn't informed about conflicts between BuildOptions.EnableHeadlessMode and BuildOptions.subtarget field
Reproducible with: 2021.2.0b5, 2022.1.0a4
Could not test with: 2019.4.29f1, 2020.3.15f1, 2021.1.16f1 (Dedicated Server functionality not implemented)
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
- Mono Windows Builds don't produce full log callstacks when generating logs
- AssetBundles fail to load when running in Built Players for Mobile Devices
- UI elements with text gets bigger and grey when Player window is moved to another screen with different resolution
- System name accepts multiline text but crops it on confirmation, duplicates input, and shrinks the field when empty
- UI element scale and position are wrong in project build when DRS is changed with HDR and Software Dynamic Resolution enabled
Resolution Note (fix version 2022.1):
Fixed in 2022.1.0a8.
Passing BuildOptions.EnableHeadlessMode = true will automatically adjust the subtarget to kStandaloneBuildSubtargetServer given the platform group is compatible otherwise it will be ignored. This should be enough to maintain backward compatibility until the option is completely removed.