Weird height behavior after 1.0.0 update

[Zatfer17]

Hello! Today I tried bumping the textual version of my tui-network tool and couldn't see any widget content. After some fiddling I figured out the app compose is not being run. Could you have a look? Perhaps this happens only with packaged apps?

I've made a branch for my app as a proof: https://github.com/Zatfer17/tui-network/tree/textual-issue

[github-actions]

Thank you for your issue. Give us a little time to review it.

PS. You might want to check the FAQ if you haven't done so already.

This is an automated reply, generated by FAQtory

[TomJGooding]

Have you tried debugging by adding explicit heights to your widgets/containers?

If compose wasn't being run you wouldn't see anything at all. Your print statement is sent to the dev console, not displayed in the app.

[Zatfer17]

@TomJGooding forgot about the dev console thing 😅

You are right, problem is height. Is there a reason why 100h doesn't work anymore as a height? I only managed to get it working setting the height to either auto or a fixed value (% deson't work either).

Referring to https://github.com/Zatfer17/tui-network/blob/0112b62c3cc1def2e189682413d84feaedf92402/tui_network/static/style.tcss#L16 for instance

Or was my css wrong since the beginning? Perhaps I should have set the height on the vertical group in the first place, instead of the inner widget, but I wonder why it used to work before

[TomJGooding]

I think the problem is that the VerticalGroup containers you're using have a default height: auto, so they wouldn't have any real height to base the proportional height of their children on...?

I'm not quite sure why this worked before, it looks like this changed following #5360. Probably needs a maintainer to confirm if this is expected behaviour or a possible regression!