Setting the scope of the ConfigurableClass of the AzureADConfig page to 'wiki level' breaks authentication on XWiki 13.7+

[lucaa]

Steps to reproduce (on XWiki 13.7+):

• go to page AzureAD.AzureADConfig
• edit in object mode
• in the XWiki.ConfigurableClass object, set the property 'scope' to 'Wiki'
• save
• configure the AzureAD authentication (if not configured already)
• try to authenticate

Expected result:

• authentication works, going though microsoft

Actual result:

• the user is redirected to microsoft to login but then, upon redirect back to XWiki, they get the login page again with the following error:

[lucaa]

The cause of this issue is xwikisas/identity-oauth#11 .

This doesn't reproduce on XWiki before 13.7 because the configurable class didn't have a scope property before this version , it was added in https://jira.xwiki.org/browse/XWIKI-18723 .

[lucaa]

Note that for 'normal' usage of this application the scope property of the ConfigurableClass doesn't need to be set.
However, since the this application relies on a deprecated property (configureGlobally) to show the configuration section in the administration, in some situations that property can be unset and thus, in order to get the Azure AD configurable properly, the scope needs to be set manually. This was my case above, I exported the config page from one wiki and tried to import it in another wiki and it appears like the configureGlobally property got lost upon this transfer, which is normal if the property is deprecated.

However, even for the cases when the application is used out of the box on 14.4, the scope property of the ConfigurableClass still overwrites the scope of the AzureADConfigClass, resetting it to empty. There may be some side-effects of this reset to empty, as AFAIU the scopes asked from azure will default to the minimal ones https://github.com/xwikisas/integration-azure-oauth/blob/master/api/src/main/java/com/xwiki/azureoauth/AzureADIdentityOAuthProvider.java#L121 instead of actually sending the ones from the AzureADConfig....

[oanalavinia]

This was fixed by upgrading the identity-oauth dependency in b2dd72e , which contains a fix for xwikisas/identity-oauth#11