[Radio]: `inputProps` no longer being applied after introduction of `slotProps`

[kgregory]

Steps to reproduce

Steps:

1. Open this link to live example: MUI Standalone Radio Button Demo
2. Observe that aria-label is applied via inputProps, but the radio's input has no accessible name
3. Change the dependency to 6.4.5
4. Observe that aria-label is applied via inputProps, but the radio's input has an accessible name

Current behavior

6.4.6 introduced a bug that can be seen in the Standalone Radio Buttons demo: inputProps are no longer being applied:

      <Radio
        checked={selectedValue === 'a'}
        onChange={handleChange}
        value="a"
        name="radio-buttons"
        inputProps={{ 'aria-label': 'A' }}
      />

The radio button no longer has an accessible name. The user needs to use slotProps.input, but that is a breaking change.

Expected behavior

No response

Context

No response

Your environment

npx @mui/envinfo

  System:
    OS: Windows 11 10.0.26100
  Binaries:
    Node: 20.13.1 - C:\Program Files\nodejs\node.EXE
    npm: 10.5.2 - C:\Program Files\nodejs\npm.CMD
    pnpm: 9.10.0 - C:\Program Files\nodejs\pnpm.CMD
  Browsers:
    Chrome: Not Found
    Edge: Chromium (133.0.3065.82)
  npmPackages:
    typescript: 5.7.3 => 5.7.3

Search keywords: Radio, slotProps

[kgregory]

Worth noting that this issue is not present in Checkbox and similar treatment for Radio is likely to fix the issue.

[github-actions]

This issue has been closed. If you have a similar problem but not exactly the same, please open a new issue.
Now, if you have additional information related to this issue or things that could help future readers, feel free to leave a comment.

Note

@kgregory How did we do? Your experience with our support team matters to us. If you have a moment, please share your thoughts in this short Support Satisfaction survey.