Our users are reporting a broken scroll in ListView components as of this morning.
I had the component set to auto-height with a 30vh max-height. I decided to try deleting that, and as a result saw a 100vh placeholder text meant to convey a default, so in my head I figured there was no max-height set.
But then when I leave that edit view and come back to it, 100vh is filled in like it was an intentionally set value i.e. not just a grayed-out placeholder example value. And the scroll is still unavailable.
after deleting my 30vh value:
with tooltip about the value:
For now I've set a fixed height on that container and the scroll works just fine. But obviously this is not ideal because when there are fewer list items, the height can be needlessly tall.
Thanks for breaking this off from the other issue!
I'm very busy lately, so I don't think I can easily share an app export here on the forums without a good amount of work scrubbing sensitive data or trying to recreate in a sandboxed app.
If I have time next week I can look at sharing one directly via the Support Portal.
It's not just a cosmetic issue of a tall listView without a visible bar, but the tall view itself isn't scrollable when it should be i.e. there are list items that are well below the height of the container.
We did not change anything leading up to this; it was like an overnight breakage.
Back when I posted in the linked forum post, I decided to just set it to a fixed height — which brought back the scrollability without issue — and called it a day so I could move on.
This fixed-height workaround doesn't block any of my users and the only downside is that the fixed height is sometimes taller than it needs to be when the list only contains one item; I just picked a happy medium and decided to live with it.
The bolding is an unfortunate downside with the new font on the forum We love the new font but miss being able to clearly bold text too. We're brainstorming solutions!