Page MenuHomePhabricator

Empty state message is incorrectly aligned
Open, Stalled, Needs TriagePublicBUG REPORT

Assigned To
None
Authored By
Samwilson
Dec 10 2025, 10:48 PM
Referenced Files
F72159806: image.png
Feb 18 2026, 3:45 AM
F71081310: 2025-12-15_09-57-46.png
Dec 15 2025, 6:02 PM
F71081309: 2025-12-15_09-57-25.mp4
Dec 15 2025, 6:02 PM
F69722548: image.png
Dec 10 2025, 10:48 PM
File Not Attached
F70992234: image.png
Dec 10 2025, 10:48 PM

Description

When there are no rows in the Special:WatchlistLabels table of labels, the empty state message "There is no data available." is aligned to the right (or end side), but should be centred.

image.png (571×109 px, 6 KB)

The message itself will be changed to match the designs (see T408775), once it's possible to do so: T409250: Codex-PHP: Make it possible to customize table's empty-state message

image.png (1,440×680 px, 55 KB)


Derived Requirement

When the *Special:WatchlistLabels* table contains no rows, the empty state message must be center-aligned within the table.
The alignment must be visually centered regardless of the exact message text, ensuring consistency with design expectations and avoiding right- or end-aligned presentation.

Test Steps

Test Case 1: Verify empty state message is centered when no labels exist

  1. Log in to the wiki.
  2. Ensure the user has no watchlist labels (delete all existing labels if necessary).
  3. Navigate to *Special:WatchlistLabels*.
  4. Observe the empty state message displayed in the table.
  5. ✅❓❌⬜ AC1: Confirm the empty state message is visually centered within the table and not aligned to the right or end side.

QA Results -Beta

ACStatusDetails
1T412304#11461416

Event Timeline

Change #1217515 had a related patch set uploaded (by Samtar; author: Samtar):

[mediawiki/core@master] mediawiki.special.watchlistlabels: Align empty state message

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

Change #1217515 merged by jenkins-bot:

[mediawiki/core@master] mediawiki.special.watchlistlabels: Align empty state message

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

@TheresNoTime Did you want the same thing for mobile to be centered?

Test Result - Beta

Status: ✅ PASS ❌ FAIL
Environment: Beta: 1.46.0-alpha (ebc6935) 16:02, 15 December 2025
OS: macOS Tahoe 26.1
Browser: Chrome 142
Device: MBA
Emulated Device: NA

Test Artifact(s):

Test Steps

Test Case 1: Verify empty state message is centered when no labels exist

  1. Log in to the wiki.
  2. Ensure the user has no watchlist labels (delete all existing labels if necessary).
  3. Navigate to *Special:WatchlistLabels*.
  4. Observe the empty state message displayed in the table.
  5. ✅❌ AC1: Confirm the empty state message is visually centered within the table and not aligned to the right or end side.
✅ Desktop❌ Mobile
2025-12-15_09-57-46.png (849×1,096 px, 107 KB)
GMikesell-WMF changed the task status from Open to In Progress.Dec 15 2025, 6:02 PM
GMikesell-WMF updated the task description. (Show Details)
GMikesell-WMF moved this task from QA to In Development on the Community-Tech (Fox Squad) board.

@TheresNoTime Did you want the same thing for mobile to be centered?

That'd likely make sense - thanks for catching this

Change #1239943 had a related patch set uploaded (by Samtar; author: Samtar):

[mediawiki/core@master] mediawiki.special.watchlistlabels: Empty state message is incorrectly aligned (mobile)

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

@TheresNoTime With the above patch I'm still seeing the empty-message cell not be full width:

image.png (467×275 px, 16 KB)

I think this might be related to: T403779: Mobile table styling has too high specificity

Something like the following might fix it, but I'm not sure this is the right place to fix it (this seems like a MinervaNeue bug).

@media all and ( max-width: @max-width-breakpoint-mobile ) {
	.content .mw-specialwatchlistlabels-table table {
		display: table;
	}
}

Change #1239943 abandoned by Samtar:

[mediawiki/core@master] mediawiki.special.watchlistlabels: Empty state message is incorrectly aligned (mobile)

Reason:

Needs to be resolved: FIXME: Upstream to ResourceLoader/SkinModule content-tables styles [T359888]

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

TheresNoTime subscribed.

I looked over that TODO item and the chain of what has/hasn't been done got very confusing - I think this is an 'upstream' bug that we might not be best placed to resolve?

TheresNoTime changed the task status from In Progress to Stalled.Apr 21 2026, 9:58 AM

Yes, I think it'd be better to fix it there.

Should we close this as a duplicate of that task? Or maybe just add that as a subtask of this.