Problem/Motivation
#3578398: Tabledrag styles in claro break expandable elements (Firefox) changed the height of table cells (td) to min-height. However, min-height does nothing for table cells:
In CSS 2.1, the effect of 'min-height' and 'max-height' on table cells, table rows, and row groups is undefined.
https://www.w3.org/Style/css2-updates/CR-CSS2-20090908-errata.html
Th regression was introduced in 10.6.12 / 11.4.0 / main.
Steps to reproduce
See /admin/reports/dblog
Proposed resolution
Refactor the min-height css to it applies a minimum height
Remaining tasks
- Write a merge request
- Review
- Commit
User interface changes
Table cells have a minimum height (again)
Introduced terminology
None
API changes
None
Data model changes
None
Release notes snippet
Table cells have a minimum height (again)
| Comment | File | Size | Author |
|---|---|---|---|
| #8 | Screenshot 2026-07-09 at 9.26.02 AM.png | 68.81 KB | andy-blum |
| #8 | Screenshot 2026-07-09 at 9.23.58 AM.png | 105.16 KB | andy-blum |
| table-cell-after.png | 219 KB | idebr | |
| table-cell-before.png | 175.39 KB | idebr |
Issue fork drupal-3608172
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:


Comments
Comment #2
idebr commentedComment #4
idebr commentedThe merge request reverts the change introduced in #3578398: Tabledrag styles in claro break expandable elements (Firefox) and adds a proper fix for tabledrag content
Comment #5
smustgrave commentedPersonally don’t think this is a regression and looks better as is
Comment #6
quietone commentedChanging title per Special titles.
Comment #7
smustgrave commentedShould this be tagged sub-maintainer for their input?
Comment #8
andy-blumThis is a good improvement - I've tested to ensure table rows expand to accomodate long content entered directly into the cells and the expandable elements that were causing the original issue. This fix works in FF/Chrome/Safari. RTBC!
Comment #9
smustgrave commentedFor the field table I agree probably want to revert
But for the content view and especially the dblog view the current (unintended) change think looks way cleaner
Comment #10
idebr commentedClaro has matured as a theme, so I would not expect any substantial changes at this point in time.
Perhaps the new Admin theme can use a more condensed row style?
Comment #11
smustgrave commentedThat's a fair point. I'll think on it for opening a ticket on default_admin, maybe a "compact" feature.
Comment #12
miguelc303 commentedI tested MR !16202 on Drupal 11.4.2 after upgrading from 11.3.13. The revert restores consistent row height/spacing on admin table listing pages (e.g. content types, blocks, menus), which matches the fix agreed on here for the table case.
Comment #13
nicxvan commented@smustgrave do you mean support for https://git.drupalcode.org/project/drupal/-/blob/main/core/modules/syste... ?
Thank you for testing this @miguelc303
Comment #14
mherchelThis is looking perfect.
The Admin theme already has this feature! 🙌
Comment #15
mherchelComment #17
mherchelCommitted and pushed f80f6c21fd41becc8a2688a12027f7e96ac8af73 to main. Thanks!
Comment #20
mherchelThe patch isn't applying cleanly to 10.6.x.
If someone wants to make a new MR for that (and test it out), I'd be happy to backport it there.
Comment #22
idebr commentedThe change did not apply cleanly to 10.6.x, because #3332683: Refactor Claro's tabledrag stylesheet was not backported to 10.6.x. I opened https://git.drupalcode.org/project/drupal/-/merge_requests/16634 with only the change to the tables component.
#3332683: Refactor Claro's tabledrag stylesheet changed
.tabledrag-cell-contentfromdisplay: table;todisplay: flex;that caused #3578398: Tabledrag styles in claro break expandable elements (Firefox). As a result, the tabledrag component does not need to be fixed in 10.6.x.Comment #24
mherchelThanks! Ported to 10.6.x