Search Issue Tracker
Fixed
Fixed in 2021.3.56f1, 2022.3.66f1, 6000.0.55f1, 6000.1.15f1, 6000.2.0b13, 6000.3.0a4
Votes
0
Found in
2021.3.51f1
2022.3.61f1
6000.0.49f1
6000.1.2f1
6000.2.0a10
Issue ID
UUM-107466
Regression
Yes
[Linux] Player window unexpectedly resizes to monitor dimensions when calling "Screen.SetResolution" function with hardcoded resolution matching current display's width or height
Reproduction steps:
1. Open the attached “IN-101282” project
2. Build and Run the project (File > Build and Run)
3. After player has launched, open the “Player.log” file
4. Observe the “resizing window to" output
Expected result: “resizing window to” output matches with the requested size
Actual result: “resizing window to” output is set to desktop’s native resolution
Reproducible with: 2021.3.24f1, 2021.3.51f1, 2022.3.61f1, 6000.0.49f1, 6000.1.2f1, 6000.2.0a10
Not reproducible with: 2019.4.43f1, 2021.3.23f1
Couldn’t test with:
Reproducible on: Ubuntu 24.04
Not reproducible on: No other environment tested
Note:
- Used 4K and 2K monitors for reproduction
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Crash on JobQueue::HasJobGroupIDCompleted when closing the Editor while in Play mode on a specific project
- In "Preferences" section the “SpriteShape” menu item, the details page title “SpriteShape”, and “ControlPoint” entries are displayed as code strings rather than formatted UI strings
- Errors thrown constantly when Virtual Offset Debug is enabled and lighting was baked on AMD machine
- Persistent Memory Leak when reloading domain and using Distance-based Ghost Importance
- HDRP project doesn't render in standalone player when using High stripping
Add comment