Thank you very much for the reply.
Can you just please confirm, that “but in my case, the map and buttons still all work“. You mean buttons in app on port 4200 (shell app)? Because when I run it, the scale bar is not changing values when you zoom the map, locate button drives you to some nonsense location and doesn’t show a point graphic on the map, and the home button does nothing at all. In app on port 4201 (plugins app) everything works as expected. But if it works for you same way in both apps, that would really be a breakthrough, because I have spent eternity with it and couldn’t make it work.
You are right, that I am not using arcgis/core in the shell app, just in the plugin app. But I use „shared“ library in both, and this shared library uses arcgis/core. Could this be an issue?
You also mentioned that api on remote entry point and the shell app may not match because their source has different port and the versions don’t match up. However I could not confirm that this is the issue, because I have made builds in a way, that both apps are in same port (different folder) and after deploying it to the web server I got exactly the same error. You can check it, I have added those builds to the repo.
But if different ports can cause such a trouble, is even module federation with arcgis/core possible in a way that your shell app uses arcgis/core as well, or you have multiple remote entries that uses arcgis/core on different ports?
I have checked you repo, but that case is much simpler, it doesn’t have shared library, and it seems that you don’t use arcgis/core in shell app as well. I agree with you though, that it may be an issue in Angular tooling for module federation, especially in that shared library mappings. And I would ask on that side for help, but there seems to be no issue with other libraries, and I am afraid that that mentioned error would make no sense to them.
Now I have clue, that it may be caused by version mismatch, but still the question is how is that mismatch determinated? Or maybe even what causes it in this case? Mixing CDN api with ESM api is out of question in this case I think, but if it may be caused with different ports, that already breaks the concept of module federation or microfrontends and I am already done with such an architecture :-(.
I would be really grateful, if you could help me to determine what causes this version mismatch in this case, because I think that understanding it may help to fix it.
Thank you.