Page MenuHomePhabricator

[wmf.14-minor] arwiki - Impact module: ext-growthExperiments-NoEditsDisplay__footer is not placed at the bottom
Closed, ResolvedPublic

Description

Steps to reproduce:

  1. On arwiki wmf.14 enable Special:Homepage for a user who doesn't have any edits.
  2. Special:Homepage will display Impact module with the footer placed not at the bottom of the module. This is inconsistent with how it's displayed on other wikis:
arwiki wmf.14fawiki wmf.14enwiki wmf.14
Screen Shot 2022-12-15 at 5.18.49 PM.png (788×978 px, 137 KB)
Screen Shot 2022-12-13 at 2.44.57 PM.png (918×930 px, 162 KB)
Screen Shot 2022-12-15 at 5.25.25 PM.png (832×1 px, 164 KB)

Event Timeline

Restricted Application added subscribers: Huji, alaa, Aklapper. · View Herald Transcript

Change 864781 had a related patch set uploaded (by Sergio Gimeno; author: Sergio Gimeno):

[mediawiki/extensions/GrowthExperiments@master] User impact: adjust min-height for unactivated state

https://gerrit.wikimedia.org/r/864781

The undesired gutter here is coming from the min-height values introduced in T323572: NewImpact: Minimal loading state. The text in Arabic is one line long whereas in English it's two. The problem is related to content height rather than a particular language.

I've submitted a patch to reduce the approximate values by 50px which catches the reduced content issue in Arabic. Is not an ideal solution since it will likely increase vertical bumps in general. For taller content we're covered since the module height is not limited. I don't think we have situations where we can show less content aside from the ones we're already covering:

View/StateUnactivatedActivated (1 single article)
Desktopmin-height: 320px;min-height: 500px;
Mobile summarymin-height: 130px;min-height: 180px;
Mobile overlay- footer is fixed to top- footer is fixed to top

I don't think we can do much about this if we want the height of the module to vary depending on content inside. An alternative approach could be to have a fixed height for each state. We would need to decide on a fixed height for the articles list. Ideas welcome cc @RHo @kostajh

The undesired gutter here is coming from the min-height values introduced in T323572: NewImpact: Minimal loading state. The text in Arabic is one line long whereas in English it's two. The problem is related to content height rather than a particular language.

I've submitted a patch to reduce the approximate values by 50px which catches the reduced content issue in Arabic. Is not an ideal solution since it will likely increase vertical bumps in general. For taller content we're covered since the module height is not limited. I don't think we have situations where we can show less content aside from the ones we're already covering:

View/StateUnactivatedActivated (1 single article)
Desktopmin-height: 320px;min-height: 500px;
Mobile summarymin-height: 130px;min-height: 180px;
Mobile overlay- footer is fixed to top- footer is fixed to top

I don't think we can do much about this if we want the height of the module to vary depending on content inside. An alternative approach could be to have a fixed height for each state. We would need to decide on a fixed height for the articles list. Ideas welcome cc @RHo @kostajh

One idea (hack) I think could work would be to set a minimal height of ~300px for the content inside the impact module as well (minus the module header and padding), and then set display:flex; justify-content:space-between:

image.png (1×3 px, 705 KB)

One idea (hack) I think could work would be to set a minimal height of ~300px for the content inside the impact module as well (minus the module header and padding), and then set display:flex; justify-content:space-between

That did work well indeed. Thank you!

Change 864781 merged by jenkins-bot:

[mediawiki/extensions/GrowthExperiments@master] User impact: set a min-height for the unactivated state content

https://gerrit.wikimedia.org/r/864781

Checked in wmf.20 (arwiki,enwiki, and fawiki) - desktop and mobile. No issues were found.