Search Issue Tracker
By Design
Votes
0
Found in
2019.1
2019.1.0a10
2019.4.6f1
2020.2
Issue ID
1267584
Regression
Yes
GUILayout FlexibleSpace and ScrollView doesn't work in the Inspector when making a custom Editor element layout
How to reproduce:
1. Open the user attached project (FlexibleSpaceTest-2019-4-06-NotWorking.zip)
2. In the Project window go to "Assets > scripts" directory
3. Select the "TestFlexibleSpace1" asset and in the Inspector observe the "header" and "footer" text location
4. In the Project window select the "TestScrollView1" asset and in the Inspector observe the scrollbar
Expected result:
1. On the "TestFlexibleSpace1" asset the "header" is at the top of the window and the "footer" text is at the bottom
2. On the "TestScrollView1" asset the scrollbar is fully contained within the Inspector window
Actual result:
1. On the "TestFlexibleSpace1" asset the "header" and the "footer" text are both at the top of the window
2. On the "TestScrollView1" asset the scrollbar is overflowing outside the visible window's area and has an additional scrollbar next to it
Reproducible with: 2019.1.0a10, 2019.4.9f1, 2020.1.4f1, 2020.2.0b1
Not reproducible with: 2018.4.27f1, 2019.1.0a9
Note: Reproducible on Ubuntu 18.04 and Windows 10
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 (2020.2.X):
The Inspector has changed since early 2019 so that UI Toolkit is supported, and because of that some IMGUI controls won't work as expected anymore. The situations reported here are have changed behavior by design, as UI Toolkit now has full control over the inspector window's height. We will be updating documentation to address users expectations.
For the Inspector with the scroll view, users can give it a GUILayout.Height parameter to still have some internal scroll if necessary, but the scroll of the Inspector as a whole is now controlled by UI Toolkit. We suggest users migrate their inspector implementations to have more control over how everything is laid out.