Allow disabling the resolution of the wiki based on the first part of the domain

4 updates

Changes by Camelia Andrei on 11/Sep/25 15:10

Description:

Steps to reproduce:
* Upgrade from 15.10.11 to 15 16 .10.11
* A wiki that has the name of the wiki:
** test.xwiki.com
* A subwiki named "test"
* The wiki has "path based"
Results:
All the urls lead to subwiki

Changes by Thomas Mortagne on 11/Sep/25 15:11

Summary:	Problem of Allow disabling the resolution on of the wiki name based on the first part of the domain
Issue Type:	Bug Improvement
Priority:	Critical Major

4 comments

Thomas Mortagne on 11/Sep/25 15:07

This is not really a bug.

The current logic is as follows:

1. try to find a wiki descriptor which reference the full domain name as alias
2. try to find a wiki which id is the first part of the domain
3. if the domain is localhost or an IP, select the main wiki
4. if nothing could be found, either show the main wiki or an error depending on configuration

So if, for example, you put the full domain in the main wiki descriptor, it should do the trick.

I guess we could keep this issue as improvement to introduce an option to disable the fallback on the first part of the domain.

	Thomas Mortagne on 11/Sep/25 15:09

	This is not really a bug. The current logic is as follows: 1. try to find a wiki descriptor which reference the full domain name as alias 2. try to find a wiki which id is the first part of the domain 3. if the domain is localhost or an IP, select the main wiki 4. if nothing could be found, either show the main wiki or an error depending on configuration Then you have the logic related to the path which kick in and overwrite the previously selected wiki if something is found in the path (which is not the case for the main wiki). So if, for example, you put the full domain in the main wiki descriptor, it should do the trick. I guess we could keep this issue as improvement to introduce an option to disable the fallback on the first part of the domain.

	Thomas Mortagne on 11/Sep/25 15:09

	This is not really a bug. The current logic is as follows: 1. try to find a wiki descriptor which reference the full domain name as alias 2. try to find a wiki which id is the first part of the domain 3. if the domain is localhost or an IP, select the main wiki 4. if nothing could be found, either show the main wiki or an error depending on configuration Then you have the logic related to the path which kick in and overwrite the previously selected wiki if something is found in the path (which is usually not the case for the main wiki , even if you could of course put /xwiki/ to force the main wiki too ). So if, for example, you put the full domain in the main wiki descriptor, it should do the trick. I guess we could keep this issue as improvement to introduce an option to disable the fallback on the first part of the domain.

	Thomas Mortagne on 11/Sep/25 15:10

	This is not really a bug. The current logic is as follows: 1. try to find a wiki descriptor which reference the full domain name as alias 2. try to find a wiki which id is the first part of the domain 3. if the domain is localhost or an IP, select the main wiki 4. if nothing could be found, either show the main wiki or an error depending on configuration Then you have the logic related to the path which kick in and overwrite the previously selected wiki if something is found in the path (which is usually not the case for the main wiki, even if you could of course put /xwiki/ to force the main wiki too). So if, for example, you put add the full domain in to the main wiki descriptor aliases , it should do the trick. I guess we could keep this issue as improvement to introduce an option to disable the fallback on the first part of the domain.

This message was sent by Atlassian Jira (v9.3.0#930000-sha1:287aeb6)

If image attachments aren't displayed, see this article.