| Previous | Next |
| E_FDPAIRING_HWFAILURE | E_FDPAIRING_CONNECTTIMEOUT |
E_FDPAIRING_AUTHFAILURE
Within Function Discovery and PnP-X device pairing, E_FDPAIRING_AUTHFAILURE reports that the device or user rejected the pairing authentication ceremony. Diagnosis of this result should follow the original owner and generation rather than treating the visible symptom as the cause.
Mechanism behind the code
Function Discovery separates discovery from association and installation. A device can be visible yet reject a connection, complete discovery but fail authentication, lack a usable profile, or depend on a disabled PnP-X bus component. Pairing evidence must therefore distinguish host policy, provider state, network reachability, device capacity and user-confirmation outcomes.
Pairing may require PIN comparison, credential entry, physical confirmation or protocol-specific proof. A rejection must be distinguished from timeout and from host policy that disallows authentication entirely.
Inspect the discovery provider, pairing handler, association database, network protocol, device ceremony, or PnP-X bus component that returned the HRESULT.
High-value telemetry
- Pairing ceremony type.
- User/device acceptance result.
- Credential attempt count without secrets.
- Device and host clock/state where relevant.
Decision table
- Controlled host or network for the same device: a changed result separates retained object, connection, path, host, or device state from the original input. Hold constant: keep firmware, pairing ceremony, and device state fixed.
- Reduced failing operation: If this result follows the reduced step, the rejecting transition is localized. Hold constant: retain pairing ceremony type and remove only unrelated work.
- Targeted corrective control: Use this as a diagnostic branch rather than a blanket workaround: repeat with the documented confirmation flow. Hold constant: keep the original failing sample available for the final regression test.
Safe reduction procedure
- First: Repeat with the documented confirmation flow.
- Next: Verify the code on both endpoints.
- Then: Clear only the specific failed association when supported.
- Finally: Check lockout before another attempt.
Do not erase the distinction
During an investigation, CONNECTTIMEOUT means the ceremony did not finish in time; AUTHFAILURE means it completed with rejection or invalid proof.
Do not log PINs, passwords or pairing secrets.
Successful outcome
Verify it with the original scenario, one boundary case, and one deliberate failure; success means correct and incorrect proof tests yield distinct results and successful pairing creates one association record.
Technical references
Looking for a different code? Search another status or error code.