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
- Texture Map Viewer shows "Loading..." text instead of indicating users that Baked Texture Maps are missing
- "Analyze Import Process" button misaligned in Import Activity window
- Text in “Baked Shadowmask” mode is difficult to read in Baked Lightmap Viewer when Editor theme is set to Light
- Mesh wireframe is difficult to see in Baked Lightmap Viewer window when texture opacity is maximized
- Informational text does not wrap and does not fit when the Viewer Window is opened by default
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).