Search Issue Tracker
Not Reproducible
Votes
0
Found in
6000.0.54f1
6000.1.12f1
6000.2.0b10
6000.3.0a2
Issue ID
UUM-111776
Regression
Yes
Visual Element fails to encapsulate its children when a child element has "flex-grow" set to 1
How to reproduce:
1. Open the “IN-108266“ project
2. From the Project window open the "DynamicLayoutExample2.uxml" file
3. Observe the “ContentBox2” Visual Element border
Expected result: Parent element fully encapsulates its children
Actual result: Parent element fails to fully encapsulate its children
Reproducible with: 6000.0.0b13, 6000.0.54f1, 6000.1.12f1, 6000.2.0b10, 6000.3.0a2
Not reproducible with: 2023.3.0b10
Could not test with: 6000.0.0b11, 6000.0.0b12 (The child element with "flex-grow: 1" does not expand, could not test bug behaviour)
Reproducible on: macOS 15.5 (M1 Max), Windows 10
Not reproducible on: no other environments tested
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
- Source Generation with GeneratePropertyBag fails when using reserved keywords as variable names with @ prefix
- Prismatic ArticulationBody moves in opposite direction when using targetVelocity
- Shader Graph skybox material is rendered inccorrectly in builds when "Allow Material Override" or "Cast Shadows" are enabled and the "Deferred" Rendering Path is used
- Object motion is affected by incorrectly added rotation motion when importing animations
- Base class's Context Menu method is called when calling it in the Editor from the child class and the child class overrides this method
Resolution Note:
I don't see what the bug is. Looking through all the styles, the system is doing what it's supposed to. It's given absolute widths, text, and conflicting width/height+flex-grow styles and this is the end result. It's difficult to tell from the description of the bug what the expectation is (ie. which parent? which child?) or how this is different from standard flexbox.