Small update: I found that it also breaks without UIListLayout
When using a UIScale combined with a UIListLayout, and a TextLabel with AutomaticSize = Y, the text may sometimes be cut off, not displaying all the lines:
Left is a frame with UIScale in it, and right is a frame without UIScale (using the exact same sizes, setting Object.Size = UDim2.fromOffset(AbsoluteSize.X, AbsoluteSize.Y))
The left frame has its text preemptively cut off, not displaying all three lines as it should.
I found that the bug does not require a UIListLayout object in it for the bug to occur. Simply offsetting the texts position can cause this bug:
Not only that, but even the second line gets cut off if positioned even further down:
Here is the updated reproduction file, with all three textlabels: ReproductionPlace.rbxl (59.3 KB)
There is an incredible amount of bugs with TextLabels & AutomaticSize & TextWrapped & TextFits combined with other UI tools like UIScale, it is currently horrible to work with anything TextLabel or UI.
I’ve also noticed that despite having TextWrapped on, sometimes it doesn’t bother showing the whole sentence despite the possibility of making a new line, very infuriating. And TextFits is marked as true in these cases, just like OP. Automatic Size is on and it should make another line.
I’m also running into what seems to be a similar issue with the AutomaticSize property not accurately scaling on the Y axis in a project of mine. Though in my case, I can’t seem to figure out what causes it to scale correctly on the Y axis versus being too short. It just seems to sometimes work and sometimes not work randomly, at varying lengths of text content. You can see as I scale my window smaller and bigger that several of the text labels go in and out of truncating the text:
All TextLabels here are inside a ScrollingFrame with AutomaticCanvasSize set to Y and with a UIListLayout lining them all up vertically. I wondered if the VerticalScrollBarInset property of the ScrollingFrame might impact it, but turning that on or off doesn’t seem to change the randomness of the truncation.
Different from this post, it doesn’t seem like the vertical position is necessarily impacting the text scaling issue for me, since it happens equally as often on TextLabels higher up as ones lower down. But the ReproductionPlace.rbxl has the same behavior for me as it does for the OP, so that’s still an issue too, and is possibly related, I’m not sure.
I can confirm that TextLabel text bounds are entirely based on the static size of its container, and do not account for AbsoluteSize from AutomaticSizing, causing unintended cutoffs.
I’d also like to add other severely limiting weird behaviors with AutomaticSized TextLabels:
