Implemented
0
Zendesk OAuth2 credential cannot connect to OAuth clients marked as Public (PKCE required)
Source: n8n-io/n8n#37740 · opened by @ahmedsabriz
Bug Description The Zendesk OAuth2 API credential locks the grant type to a hidden authorizationCode value. Zendesk enforces PKCE for OAuth clients marked as Public, so connecting fails for these clients. (Marking a client as Public is how Zendesk admins disable the client credentials flow on a shared client.) The generic OAuth2 API credential already exposes the grant type (Authorization Code, Client Credentials, PKCE), and n8n's OAuth core supports all three flows. The Zendesk credential just doesn't expose the choice. To Reproduce 1. In Zendesk Admin Center, go to Apps and integrations > APIs > Zendesk API > OAuth Clients and create an OAuth client marked as Public. 2. In n8n, create a Zendesk OAuth2 API credential with the subdomain, client ID, and client secret, and click Connect my account. 3. The authorization fails: Zendesk requires a PKCE code challenge for public clients, and there's no way to select PKCE in the credential. Expected behavior The…
No pledges yet. Be the first to back this.
Comments
Similar requests
HTTP Request does not refresh credentials when the API reports expiry in the response body
0 votes · 0 comments
When custom Ollama credentials are configured and the endpoint is inaccessible, the '/home/chat' page keeps displaying a loading status when selecting a model, resulting in a timeout for the API endpoint /rest/chat/models.
0 votes · 0 comments
AI Agent: return tool-schema validation failures to the model as recoverable errors instead of terminating the execution
0 votes · 0 comments
Anthropic Chat Model: expose "strict": true for client tool definitions
0 votes · 0 comments
Copper 'Get many companies' node does not paginate Copper companies properly.
0 votes · 0 comments
No comments yet.