Search Issue Tracker
Fixed in 0.10.1-preview
Votes
0
Found in [Package]
0.5.7
Issue ID
1202442
Regression
No
Changing the styling in USS file instead of UI Builder breaks styling of runtime GUI
Steps to reproduce:
1. Open the provided project "case_1202442-UIBuilderElements.zip"
2. In the Project window navigate to > Assets/DemoUI > open the "MenuUSS.uss" file
3. In line 5 change the background color e.g from rgba(0,100,0,6) to rgba(238,238,238,0.6)
4. Compile the USS file and enter Play Mode
Expected results: Changing the background color of the ".menu-button" does not break runtime GUI
Actual results: Changing the background color of the ".menu-button" breaks runtime GUI
Reproduced with: UI Builder 0.5.7 (2019.3.0f2), UI Builder 0.8.4 (2020.1.0a16)
Could not test with 2017.4.35f1, 2018.4.14f1, 2019.2.16f1 due to package related errors
Notes:
-If changing the background color of the ".menu-button" in the UI Builder window then the GUI does not break at runtime
-Could not test with macOS due to GUI not appearing at runtime
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
- Crash on DynamicHeapAllocator::CreateTLSFBlock when opening a specific project
- Scene flickers when using Mesh Output with SpriteLit Shader in 2D project
- “Cache Management” text is misaligned in Preferences > Package Manager
- [macOS] network permission shows the name of previously closed app when different app requests network access
- Delta value returned by mouse movementsMonitor is different when changing Screen Resolution
Resolution Note (fix version 0.10.1-preview):
Problem was fixed with UI Builder 0.10.1-preview. Basically, any exterior change would invalidate live/in memory version of the UI and there was no recovering. Now, the builder detects all external changes, warns the userthat the file will be reloaded, i.e. external changes will be reloaded and will crush local changes).