[Bug]: ListItemText does not truncate long text by default, causing hard clipping in constrained containers

Current Behavior

• ListItemText does not apply any text truncation styling by default. When its content is longer than the available width and it's rendered inside a container that constrains width and sets overflow: hidden (a standard pattern for fixed-width sidebars, drawers, and similar layouts), the text is hard-clipped mid-character instead of degrading gracefully.
• This happens because ListItemText/its inner Typography doesn't set white-space: nowrap, overflow: hidden, or text-overflow: ellipsis by default, so there's no ellipsis to signal that content has been cut off, text is simply cut wherever the ancestor's overflow boundary happens to fall.

Expected Behavior

• ListItemText should truncate overflowing text gracefully with an ellipsis (…) instead of hard-clipping it, when rendered inside a width-constrained container.
• Applying noWrap to the underlying Typography (e.g. via slotProps={{primary: { noWrap: true}}}) resolves this correctly, it sets white-space: nowrap; overflow: hidden; text-overflow: ellipsis, and since overflow: hidden is present, the flexbox automatic-minimum-size algorithm resolves the item's minimum width to 0 as a spec-defined side effect, allowing it to shrink and truncate properly. No additional min-width override is needed.

Screenshots/Logs

Environment

Browser: Google Chrome
Operating System: Linux

Contributor Guides and Resources

• 🛠 Meshery Build & Release Strategy
• 📚 Instructions for contributing to documentation
  • Meshery documentation site and source
• 🎨 Wireframes and designs for Sistent site in Figma (open invite)
• 🙋🏾🙋🏼 Questions: Layer5 Discussion Forum and Layer5 Community Slack