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
- Profiler - Taking you to the wrong section when using 'show'
- Draw Renderers custom pass doesn't work with SSGI
- WebCamTexture does not set the requested resolution when used in WebGL
- Editor default Stylesheet/Matching Selector buttons in Debugger don't do anything
- Graphics.DrawMeshNow stops rendering Render Texture after a few frames when viewed in the Player
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).