7
Views
3
Comments
[O11 to ODC Conversion Assessment Tool Installer] Error: 7000218 when trying to log in
Application Type
Reactive

Hi, after configuring the redirect URI in Azure I am getting this error when trying to log in:


"error":"invalid_client","error_description":"AADSTS7000218: The request body must contain the following parameter: 'client_assertion' or 'client_secret'. 

Thanks

2019-11-11 17-10-24
Manish Jawla
 
MVP

Hi @Amelia Salgado ,

Error 7000218 generally happens when the installer cannot properly validate or connect to one of the required services/environments.

A few things worth checking:

  • Make sure the Platform Server and LifeTime versions are supported for the Assessment Tool.
  • Double-check the environment URLs and confirm there are no connectivity/firewall/proxy issues.
  • If you’re using SSO/OIDC, validate the authentication configuration and redirect URLs.

This setup guide can also help narrow it down: 

https://success.outsystems.com/documentation/11/outsystems_11_to_odc_conversion/plan_app_conversion/set_up_the_conversion_assessment_tool/ 

Regards,

Manish Jawla

UserImage.jpg
Amelia Salgado

hi, already did all of these and I still go into a login loop which ends up with an error. Any other suggestion?

2023-12-26 10-35-28
OutSystems Neo
Staff
AI Generated

That error means Azure AD is rejecting your request because it’s not receiving any credentials for the application (no client_secret or client_assertion) in the token request.

In OutSystems O11 this typically happens for one of these reasons:

  1. Client secret not configured in Azure AD

    • In the Azure Portal, go to:
      • Azure Active Directory → App registrations → your app → Certificates & secrets → New client secret.
    • Copy the generated Value (this is your client_secret).
    • Then go to your OutSystems module (Azure AD Mobile Plugin / IDP / your custom connector) and:
      • Open Site Properties / Module configuration.
      • Paste:
        • ClientId = Application (client) ID from Azure.
        • ClientSecret = the secret value you just generated.
    • Publish and test again.
  2. Secret exists but isn’t being sent in the request

    • In the action that calls Azure AD (e.g. ADALLogin, Custom REST “Get Token”, or IDP Login flow), open the REST / HTTP request and confirm:
      • HTTP Method = POST.
      • Request Body type = application/x-www-form-urlencoded.
      • The body includes the client_secret field along with the others, for example:
        • grant_type=authorization_code
        • client_id={ClientId}
        • client_secret={ClientSecret}
        • redirect_uri={RedirectURI}
        • code={AuthCode}
    • If you’re using client credentials flow, make sure the body includes (and is URL-encoded where needed) as described here: grant_type=client_credentials&client_id={ClientId}&client_secret={ClientSecret}&scope=https%3A%2F%2Fgraph.microsoft.com%2F.default Consume Rest API.
  3. Wrong flow / wrong app type

    • Ensure the app registration type matches the plugin/connector you’re using:
      • For mobile / SPA plugins using OAuth 2.0 code flow: app typically registered as “Web” or “SPA”, with the correct Redirect URI pointing to the OutSystems Callback page.
    • If you previously created the app without selecting Web/Native or used the wrong registration experience, recreate the registration and redo the configuration; similar issues were fixed this way in other cases "Unable to login" Azure AD Plugin.
  4. Mismatched redirect URI

    • Even though your error is about client_secret, a mismatched redirect URI can also cause the token request to be rejected.
    • Double-check that the Redirect URI in Azure:
      • Exactly matches the one configured in your OutSystems plugin / IDP (including scheme, path, and trailing slash).
      • Is the same URI used by your login flow to obtain the authorization code.

Concrete steps to fix:

  1. Generate a new client secret in Azure AD and copy its Value.
  2. Update OutSystems configuration (Site Properties / Plugin config) with:
    • Client Id
    • Tenant Id (if applicable)
    • Client Secret
    • Redirect URI (matching Azure).
  3. Open the REST / token request logic in OutSystems and confirm:
    • client_secret is being sent in the request body.
    • grant_type, client_id, redirect_uri, and code (or other required fields for your grant type) are present.

Once the secret is configured in both Azure and OutSystems and is being sent in the token request, the AADSTS7000218 error should disappear.

This answer was AI-generated. Please read it carefully and use the forums for clarifications
Community GuidelinesBe kind and respectful, give credit to the original source of content, and search for duplicates before posting.