Description of problem:

Accessibility tests for Adoption Insights (axe with WCAG 2.x tags) are currently passing only because certain violations are *filtered out* in e2e. The real issues still need to be fixed in the app.

*Known issues (currently suppressed in e2e)*

1. *`aria-input-field-name`* – Form inputs missing accessible names (e.g. missing `aria-label`, `aria-labelledby`, or associated `<label>`).
2. *`button-name`* – Buttons without discernible text (e.g. icon-only buttons with no `aria-label` or visible text).
3. *`color-contrast`* – MUI Tooltip default styling does not meet contrast requirements; tooltip text/background fails axe’s contrast rule.
4. *`svg-img-alt`* – Recharts pie/donut chart segments are `<path role="img">` with a `name` attribute but no proper accessible name (e.g. no `aria-label`, `title`, or `<title>`). Chart data is partly conveyed by legend/labels, but the SVG elements themselves are not fully accessible.

Steps to Reproduce

 # <steps>

Actual results:

Expected results:

• All of the above are addressed in the Adoption Insights UI (ARIA labels, button names, tooltip styling, and chart accessibility) so that they either pass axe or are fixed in a way that meets your accessibility standards.
• After verification, the *temporary filter logic* in `workspaces/adoption-insights/e2e-tests/utils/accessibility.ts` is reverted (the rule IDs removed from the filter list) so that the e2e suite enforces full accessibility and does not hide real violations.

  Reproducibility (Always/Intermittent/Only Once):

Always

Build Details:

Additional info (Such as Logs, Screenshots, etc):

Attached Failure logs for Reference