diana sotirova
03/23/2026, 8:51 AMDevRev
03/23/2026, 8:51 AMdiana sotirova
03/23/2026, 9:10 AMcurl -X POST <https://unschizophrenic-constrained-daryl.ngrok-free.dev/descope-logt> -H "Content-Type: application/json" -d '{"a":"b"}'
• it returns 200
• the request body and url are undefinedDevRev
03/23/2026, 9:10 AMPOST /your-logout-endpoint
Content-Type: application/x-www-form-urlencoded
logout_token=<JWT_TOKEN>
Fix Your Endpoint Handler
1. Change content type handling
- Your endpoint should expect application/x-www-form-urlencoded, not JSON
- The logout token comes as a form parameter, not JSON body
2. Update your test endpoint
// Example Node.js/Express handler
<http://app.post|app.post>('/descope-logout', (req, res) => {
console.log('Headers:', req.headers);
console.log('Body:', req.body);
console.log('Logout token:', req.body.logout_token);
// Process the logout token here
res.status(200).send('OK');
});
Verify Configuration
• Ensure your Generic OIDC Provider's back channel logout URL points to: <https://unschizophrenic-constrained-daryl.ngrok-free.dev/descope-logout>
• Your endpoint must parse form-encoded data, not JSON
• The logout token will be a JWT that you can decode to get session information
The undefined body/URL indicates your endpoint isn't properly configured to handle the form-encoded logout request format that Descope sends.diana sotirova
03/23/2026, 9:15 AMDevRev
03/23/2026, 9:16 AMhttps:// (not http://) in your back channel logout URL
- Check if ngrok is properly forwarding HTTPS requests
Debug the SSL Issue
# Test SSL certificate validity
curl -v <https://unschizophrenic-constrained-daryl.ngrok-free.dev/descope-logout>
Alternative Testing Approach
Use webhook.site for immediate testing:
1. Go to https://webhook.site
2. Copy the unique URL
3. Set that as your back channel logout URL in Descope
4. Test the logout flow and check the webhook.site logs
Root Cause
Descope's servers likely cannot validate the SSL certificate on your ngrok tunnel, causing the request to fail from their perspective even though your endpoint processes it correctly. This is common with development tunneling services.
Try the webhook.site test first to confirm this theory, then deploy to a proper SSL-enabled endpoint for production use.diana sotirova
03/23/2026, 9:18 AMDevRev
03/23/2026, 9:18 AM# Test with verbose logging if available
# Check your Generic OIDC Provider settings for debug options
Alternative Debugging
Since Audit Logs show nothing, the error might be at the network level:
1. Check your endpoint logs during Descope's request
- Monitor exactly what Descope sends vs what you expect
- Verify the User-Agent, headers, and request format
2. Test with a different endpoint
- Try a simple webhook service to isolate if it's endpoint-specific
- Use a service like RequestBin or webhook.site
Contact Support
Given that you have a specific error code (E066011) but no audit trail, this may require Descope engineering to check their internal logs. The lack of audit entries suggests the failure happens before the request completes their logging pipeline.
I'd recommend reaching out to Descope support with your project ID and the specific timestamp when you tested - they can check server-side logs that aren't exposed in the console.diana sotirova
03/23/2026, 9:20 AMDevRev
03/23/2026, 9:20 AMdiana sotirova
03/23/2026, 9:22 AMDevRev
03/23/2026, 9:23 AMdiana sotirova
03/24/2026, 7:58 AMdiana sotirova
03/24/2026, 10:55 AMdiana sotirova
03/24/2026, 10:56 AMdiana sotirova
03/26/2026, 10:12 AM<https://ca-chassis-dev.agreeablesmoke-8028d3df.westeurope.azurecontainerapps.io/descope-logout-ok>diana sotirova
03/26/2026, 10:12 AMdiana sotirova
03/26/2026, 10:12 AM