Search Issue Tracker
By Design
Votes
0
Found in
Issue ID
1434172
Regression
Yes
EditorWindow.minSize not used properly when an EditorWindow is docked.
This issue has no description.
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
- [UWP] Mouse movement re-triggers stale <Mouse>/scroll value after the scroll wheel is used once
- "Shutdown worker was forced killed because it kept running. Worker ..." errors are thrown after building a blank HDRP project
- [UI Toolkit] USS materials in AssetBundles break due to InstanceID referencing a material that no longer exists when a Scene is loaded through Addressables for the second time
- Help button leads to a missing documentation page when clicked on a Font Import Settings in the Inspector
- TextMeshPro Text Component reads bottom-to-top instead of top-to-bottom when using RTL Editor
Resolution Note:
This is by design. This change was made on purpose. The problem with respecting the minSize of a Window when docked is that it makes it very difficult to resize other docked windows. It was also always a lie anyway, since if you had 2 windows docked side by side with each a minSize, one of them would still be smaller than its minSize to all the other one to respect its minSize. This setup would result of wild snapping as each window would try to force its own minSize onto others.