fix(IconButton): respect consumer-supplied aria-label

[munzzyy]

Why?

IconButton sets aria-label to the raw icon token ("trash", "sparkle", etc.) and there's no way to override it. The line is placed after {...props} in the render, so if you pass your own aria-label, it gets silently thrown away and screen readers just announce the icon's internal name instead of what the button actually does. Closes #1056.

How?

• Changed aria-label={iconName} to aria-label={props['aria-label'] ?? iconName} so a consumer's label wins and the icon name is only the fallback
• Added two tests: one confirming the icon-name fallback still works with no label, one confirming a supplied aria-label now actually sticks
• Added a changeset (patch bump)

Tickets?

• #1056

Contribution checklist?

• You've done enough research before writing
• You have reviewed the PR
• The commit messages are detailed
• The build command runs locally
• Assets or static content are linked and stored in the project
• For documentation, guides or references, you've tested the commands

Security checklist?

• All user inputs are validated and sanitized
• No usage of dangerouslySetInnerHTML
• Sensitive data has been identified and is being protected properly
• Build output contains no secrets or API keys

Preview?

N/A — one-line prop precedence fix, no visual change.

[changeset-bot]

🦋 Changeset detected

Latest commit: 26b903f

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 1 package

Name	Type
@clickhouse/click-ui	Patch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

[CLAassistant]

All committers have signed the CLA.

[cursor]

Cursor Bugbot has reviewed your changes using high effort and found 2 potential issues.

^{Reviewed by Cursor Bugbot for commit b84db50. Configure here.}

[munzzyy]

Pushed a follow-up commit for both review points.

• The inner Icon is now aria-hidden, matching how Button/ButtonGroup already hide their icons. Before this, the icon's own role="img" aria-label was still exposed alongside the button's aria-label, so assistive tech announced two names for one control.
• Switched the fallback from ?? to ||, so aria-label="" now falls back to the icon name instead of leaving the button nameless.

Added tests for both. yarn test on IconButton is 11/11 passing, and yarn typecheck / eslint are clean on the changed files.

[munzzyy]

Both of these are already handled in the current revision. The inner Icon is rendered with aria-hidden, so it isn't exposed to assistive tech and the button doesn't end up with two names (first finding). And the label is props['aria-label'] || iconName, not ?? — an empty string is falsy, so an empty consumer aria-label still falls back to the icon name (second finding). Looks like Bugbot reviewed an earlier commit before those two changes landed.