Hello Thomas,
I’ve added your suggested content to a page of my xwiki setup and returned back the correct https://wiki.myhost:443/
…
div id=“xwikicontent” class=“c01-xs-12”> == $0
<p>
< span class="wikiexternallink">
<a class="wikimodel-freestanding" href="https://wiki.myhost.com:443">
<span class="wikigeneratedlinkcontent">https://wiki.myhost.com:443</span>
</a>
</span>
</p>
<div class="box floatinginfobox"> == $0
…
But as I’ve mentioned initially this seems to be an issue with the “OpenID Connect Authenticator 1.34.4” extension.
In my case when I reach my xwiki page https://wiki.myhost.com the “OpenID Connect Authenticator” returns back the following Microsoft Authentication page
https://login.microsoftonline.com/<Directory (tenant) ID>/oauth2/v2.0/authorize?scope=openid+profile+email&claims=%7B%22id_token%22%3A%7B%22xwiki_instance_id%22%3Anull%7D%2C%22userinfo%22%3A%7B%22xwiki_user_accessibility%22%3Anull%2C%22xwiki_user_displayHiddenDocuments%22%3Anull%2C%22xwiki_user_editor%22%3Anull%2C%22xwiki_user_usertype%22%3Anull%2C%22xwiki_user_company%22%3Anull%7D%7D&response_type=code&redirect_uri=https%3A%2F%2Fwiki.myhost.com%3A443%2Foidc%2Fauthenticator%2Fcallback&state=tXFQ0h9LE72qkvwx2cx-3Q90Rcfn194s-uwcV2mQ5V4&client_id=<Application (client) ID>&sso_reload=true
and after the user has been successfully authorized. it returns “https://wiki.myhost.com:80/bin/view/Main/”. and that link contains “:80”
I’ve made the following workaround in order to bypass this issue and have the xwiki works with this incorrect link “https://wiki.myhost.com:80” and not to have manually removed “:80” from that url, by using an nginx-proxy-manager with the following configuration, but after I’ve issued a certificate for my “https://wiki.myhost.com" I’ve changed the port on its docker-compose.yml configuration to have both port 80 and 443 to point to 443
version: ‘3’
services:
app:
image: ‘jc21/nginx-proxy-manager:latest’
ports:
- ‘80:443’
- ‘443:443’
- ‘81:81’
- ‘8181:80’
environment:
…
So, is there a way to check the “OpenID Connect Authenticator 1.34.4” extension operation, since in this similar issue reported in the last post " OpenID Connect login problem - #10 by Peter it has the same issue with the “OpenID Connect Authenticator" extension, and as he mentioned he had to change something on this extension code to make it work in the proper way, by returning back the correct xwiki URL without the addition of “:80” in
Thank you again for your attention and assistance.