Directory

⚓ T338642 ULS Dropdown in Vector-2022 sticky header is cut off
Page MenuHomePhabricator

ULS Dropdown in Vector-2022 sticky header is cut off
Closed, ResolvedPublic1 Estimated Story Points

Description

Background

After applying Codex z-index to Vector, the language dropdown in the sticky header no longer appears above the sticky header, causing it to look cut off

Screenshot 2023-06-09 at 2.33.17 PM.png (746×844 px, 100 KB)

Developer notes

The sticky header z-index was increased to 200 because it should appear above other menus. The user menu dropdown menu inside the sticky header still works as normal because it is a child element of the sticky header. However, the ULS menu is not.

We need to either increase the z-index of the ULS menu, or ensure that the ULS menu is placed inside the sticky header. If we increased the z-index, we also need to make sure that this only applies to the ULS in the sticky header, as the sticky header should still cover the normal ULS dropdown.

QA Results - Beta

ACStatusDetails
1T338642#9306760

QA Results - Prod

ACStatusDetails
1T338642#9342986

Event Timeline

Putting the ULS menu in the sticky header sounds like the best approach to me. Setting the z-index on the ULS menu to 200 doesn't work, because its position in the DOM is before the sticky header (it's all the way at the top of the <body>). It could be set to a higher value, but that wouldn't make a lot of sense in the larger scheme of z-index things, I think it would make more sense to use stacking contexts the way they're supposed to be used.

Edtadros triaged this task as Medium priority.Jun 22 2023, 5:24 PM
Edtadros set the point value for this task to 1.Jun 22 2023, 5:40 PM
Jdlrobson subscribed.

This now looks like :

Screenshot 2023-07-10 at 10.30.02 AM.png (401×700 px, 75 KB)

This doesn't look much better.

What exactly do we want to do here? Wouldn't it preferable to close the ULS dialog when the menu is opened so only one can be open at a time?

This now looks like :

Screenshot 2023-07-10 at 10.30.02 AM.png (401×700 px, 75 KB)

This doesn't look much better.

What exactly do we want to do here? Wouldn't it preferable to close the ULS dialog when the menu is opened so only one can be open at a time?

I believe you are talking about a separate issue, T336965 describes the issue of the user menu not closing properly, resulting in a situation where multiple menus can be open.

This task is about the ULS menu being cut off by the sticky header, it should appear above the sticky header

Change 970807 had a related patch set uploaded (by Kimberly Sarabia; author: Kimberly Sarabia):

[mediawiki/extensions/UniversalLanguageSelector@master] Bump up z-index

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

Change 970807 merged by jenkins-bot:

[mediawiki/extensions/UniversalLanguageSelector@master] Bump up z-index

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

Edtadros subscribed.

Test Result - Beta

Status: ✅ PASS
Environment: beta
OS: macOS Sonoma
Browser: Chrome
Device: MBA
Emulated Device:NA

Test Artifact(s):

QA Steps

✅ AC1: Per T338642#9024465, the ULS should be above the sticky header.

screenshot 197.png (1×1 px, 482 KB)
Jdlrobson claimed this task.

LGTM! Thanks Edward and Kim!

Test Result - Prod

Status: ✅ PASS
Environment: enwiki
OS: macOS Sonoma
Browser: Chrome
Device: MBA
Emulated Device:NA

Test Artifact(s):

QA Steps

✅ AC1: Per T338642#9024465, the ULS should be above the sticky header.

screenshot 255.png (888×1 px, 402 KB)