did you make sure in website settings, there is a website alias for this languages, which is marked as primary?
did you make sure, the language is enabled for the site?
did you make sure, the home page is specified properly for this languages in site settings?

Yes to all of these. Even double checked, unset the default "home" page -> save -> reset to the specific page. Removed primary from the alias and set it to primary again.

ok, in this case, check portalsettings table in the database, there might be settings for hometabid without culturecode interfering. please delete this record. Make sure, there is one with a culturecode of all languages used.

Good morning and thank you for your help!

I just checked PortalSettings and didn't find any HomeTabId entries. However, when I checked the PortalLocalization table I noticed something very strange:
Both en-US (Portal default) and fr-FR have the same TabIds for all selected default pages, even though "Default pages" show the correct pages (or the correctly translated page names).
Im my last post I wrote:

Even double checked, unset the default "home" page -> save -> reset to the specific page

It didn't seem to change anything but in fact it did change something. It changed the HomeTabId of the default language en-US to the TabId of the fr-FR translation of the "Home" page. The Site-Logo of en-US (default) now links to fr-fr.

I think it's time to move this to Github and create an issue, what do you think?

sorry, you are correct, those values are stored in table PortalLocalization.
please make sure, all values point to published pages in the appropriate language, if necessary, you might updated manually in the database (after a database backup!) and clear DNN cache for it becoming effective.

Well it's not just the TabIds - Descriptions, KeyWords and who knows what else also swapped, so I'd prefer to fix the root cause of this.

Let me show you a few screenshots:

The PortalLocalization table after I changed the fr-FR "Home" page at default pages to "None specified", saved and set it to "Accueil" (fr-FR version of "Home") again. The HomeTabId of en-US changed to 459 (= TabId of the French "Home" page) while the HomeTabId of fr-FR remained at 102 (= TabId of the en-US "Home" page).
Note that all other default page TabIds of en-US and fr-FR are the same, even though Site Settings -> Site Behaviour -> Default Pages show the French page names.


At the same time, the fr-FR Default Pages show "Accueil" as the default Home page, even though the PortalLocalization TabId is 102, an en-US page named "Home".


After further investigation I noticed that Description and KeyWords fields swapped place with the fr-FR translation: en-US now shows the French description and KeyWords, while fr-FR shows the English Description and KeyWords. So I wonder what else might be affected.

Any idea what's going on here or why this is happening?

Figured it out.

No matter what localization is currently selected when you go to Site Behavior, all changes made to Default Pages overwrite the en-US settings, even though the entire UI and page names are displayed in the current locale. All flags are greyed out, only after you select a flag, settings are saved to the corresponding localization entry.

See bug report:
https://github.com/dnnsof...Platform/issues/4725

it looks like the current UI language was not selected the first time.
I am not aware this to be a general issue, i.e. the question is, why it happened to you.
Are you having a single primary website alias for each language and a neutral one?

Well I was able to reproduce it on a fresh 9.8.1 installation.
Yes, I do have one primary alias for each lang and a neutral one.

Maybe it's been fixed already in a later version?