Surface an error when the webhook credential type lookup returns nothing

[blaipr]

SUMMARY

Fixes the second documented known-bug from the UI gaps list. WebhookSubForm looks up the <service>_token credential type to drive the Webhook Credential field, but when the API responds successfully with no results, the field silently never rendered (there's an explicit TODO at the lookup acknowledging this) — users selecting a webhook service got no credential field and no explanation.

• The form now renders an inline warning Alert when a webhook service is selected but no matching credential type could be resolved, instead of failing silently.
• Also fixes a secondary bug on the same screen: webhook-key failures rendered <ContentError error={error} /> with the wrong (undefined) error object when only webhookKeyError was set.
• The new string is not yet in the locale catalogs (deliberately, to keep this PR free of whole-catalog churn); it falls back to its English source text at runtime and will be picked up by the next routine extract-strings run.

Worth noting: the pre-existing test suite ran entirely in the silent-failure regime — the auto-mocked CredentialTypesAPI returned no credential type and nothing asserted the lookup's presence. The new tests cover both sides: the lookup renders when a type resolves, and the warning appears (lookup absent) on empty results.

No dependency, lockfile or locale-catalog changes. Independent of every other open PR — verified conflict-free via pairwise git merge-tree.

ISSUE TYPE

• Bug, Docs Fix or other nominal change

COMPONENT NAME

• UI

ASCENDER VERSION

awx: 25.4.1.dev5+gcda0899.d20260610

ADDITIONAL INFORMATION

npm --prefix awx/ui run lint     # clean
npm --prefix awx/ui run test     # 544 suites, 2857 passed (incl. 2 new)
npm --prefix awx/ui run build    # succeeds

[Copilot]

Pull request overview

This PR updates the Template webhook subform in the AWX UI to avoid a silent failure when a selected webhook service cannot be mapped to a corresponding *_token credential type, and fixes an error-propagation issue for webhook-key failures.

Changes:

• Render an inline warning Alert when a webhook service is selected but no credential type can be resolved, instead of rendering nothing.
• Fix ContentError wiring so webhook-key failures display the correct error object.
• Add/extend unit tests to cover both the “credential type resolves” and “no results” behaviors.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 3 comments.

File	Description
awx/ui/src/screens/Template/shared/WebhookSubForm.js	Adds an inline warning alert for missing credential-type lookups; fixes the error passed into ContentError.
awx/ui/src/screens/Template/shared/WebhookSubForm.test.js	Adds tests to assert credential lookup renders when a type resolves and that a warning renders when no type is found.

[blaipr]

All three comments addressed: both new tests now wait for the async credential-type lookup to settle (waitForElement on ContentLoading) instead of asserting after mount, and the success-path test mocks CredentialsAPI.read/readOptions with complete response shapes so CredentialLookup actually renders — which immediately surfaced the missing count field the silent-error state had been hiding, validating the concern. 6 passed.

[blaipr]

All review feedback on this PR is addressed, and after the latest merges to main (#376, #380, #386, #389, #391, #394) this branch has been re-verified: it merges cleanly into current main (51188f0) and is conflict-free against every other open PR (git merge-tree, all pairs). Ready to merge — in any order relative to #385/#390/#392/#393/#395.