Search Issue Tracker
Active
Under Consideration for 6000.3.X, 6000.4.X
Votes
0
Found in
6000.3.0f1
6000.4.0a2
6000.5.0a2
Issue ID
UUM-128921
Regression
Yes
Maximising Frame Debugger window forces target process to Editor
Steps to reproduce:
- Open the attached project
- Open Frame Debugger window (Window -> Analysis -> Frame Debugger)
- Build and launch a Standalone build with Development mode enabled (Attached project already contains a ready macOS build)
- In the Frame Debugger window, set the Target process to the standalone build
- Enable Frame Debugging to gather data
- Double-click on the Frame Debugger window or use the Right-Click menu to maximise the window
- Observe the Frame Debugger window
Actual results: Frame Debugger's target process is forced to Editor, and the data disappears after the window is maximised
Expected results: Target process remains set to the standalone build, and data persists after maximising the Frame Debugger window
Reproducible with versions: 6000.3.0a1, 6000.3.0f1, 6000.4.0a5, 6000.5.0a2
Not reproducible with versions: 6000.0.63f1, 6000.2.14f1
Tested on (OS): macOS 26.1, Ubuntu 24.04
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- URP Realtime reflection probes do not update when RenderProbe() is being called once per second
- Addressable terrain shader variants are stripped from the Player
- [iOS] Debug.Log() appears as <private> in Console app
- UI stays in the background when it is disabled in simulator
- A wrong log file is attached when project is launched with a "-logFile" command line argument
Add comment