I've encountered a problem with language branches after installing CMS 8 upgrade. It occures with AlloyTech samplesite too.
It occurs right after the site has been started. Looks like during the first request Episerver fails to resolve the correct language branch when fetching pages. This likely populates the cache with invalid data and causes strange behaviour that's corrected later when the cache is refreshed with the correct entries.
The image below is one example how this occurs. Edit-mode shows the page name in wrong language at first. On the site the page is not displayed on the menu because IContentRepository.GetChildren can't find it - it's like the language branch isn't there. But when the cache is refreshed (e.g. by making a content save or reloading the page in edit-mode) the name shows up correctly and is found with GetChildren method.
Can anyone other confirm this behaviour? It's quite strange I haven't found other topics about it.
The problem is present with the latest patch too (EPiServer.CMS.Core 8.1.0 / EPiServer.CMS.UI 8.0.1).
I have the exact same problem, did you find any soloution for this? It seems to be something wrong with the cache. We have several language branches aswell in a project. I've confirmed the actual page exists in all languages, but I can't fetch the page when I do GetChildren and specify my languagebranch. It also seems abit random. As you said, when you save or click the page in the pagetree, then the cache has been updated and I can get the page in GetChildren.
Have you opened a bug for this? This one seems smiliar http://world.episerver.com/support/Bug-list/bug/123201
I can confirm it still exists in 8.2 aswell.
I've talked to support about this issue. It's a known high priority bug, the development team is working on it. So hopefully it will be fixed in the upcoming weeks.
Good to hear. Got a bit worried that we had created a mysterious random menu for a while... :)
There is a bug reported for this, we have been seing the same thing - did a workaround by loading the different language versions through an initializable module. :/
Seems to work with 220.127.116.11