Fixes #22743

Root cause

Two separate issues caused false positives:

<header> and <footer>: Their implicit roles ("banner" / "contentinfo") are ancestor-dependent — they only apply when the element is not inside article, aside, main, nav, or section. The rule cannot determine the correct role without ancestor traversal, so it was always treating the role as redundant. This matches the same approach taken by eslint-plugin-jsx-a11y, which omits these elements for the same reason.

<input>: The static ELEMENT_ROLE_MAP lists all possible roles for <input> (combobox, checkbox, radio, textbox, etc.). The rule was accepting any of them as implicit, so <input role="combobox"> with no list attribute was flagged even though a plain text input's implicit role is textbox, not combobox — the combobox role only applies when a list attribute points to a <datalist> (HTML-AAM §3.5.77).

Fix

• Skip <header> and <footer> in the rule entirely.
• For <input>, compute the concrete implicit role from the element's actual type and list attributes instead of accepting every role from the static map.

Tests

• Added <header role="banner"> and <footer role="contentinfo"> to the pass set (moved from fail).
• Added <input role="combobox"> (no list) and <input role="combobox" type="text"> (no list) to the pass set.
• Added four new fail cases covering <input> with roles that correctly match the element's attributes.
• All existing pass/fail cases continue to behave identically.

AI disclosure

I used Claude Code to locate the relevant files and assist with writing the fix. The solution was reviewed and validated by running the test suite locally (cargo test --lib -p oxc_linter -- no_redundant_roles passes).