Unable to fetch updated remote module code (caching issue?)

[arimus]

Describe the bug

I have a host and a remote. The initial init + fetch works great, when a changes is made to the remote that host detects it with revalidate(), but a subsequent init + fetch seems to get the old code still.

Host: built with webpack, dynamic loading of module, using revalidate() to poll for changes that require an init + reload
Remote: running with webpack dev server

I'm not sure how to ensure the latest version of the code is fetched / the appropriate caches are cleared / etc.

p.s. is there no way for the host to get the HMR updates and trigger a reload off of that instead of polling or is the lack of a browser environment a deal breaker atm?

Reproduction

https://github.com/arimus/dynamic-remotes-node

Used Package Manager

npm

System Info

System:
    OS: macOS 14.4
    CPU: (10) x64 Apple M1 Pro
    Memory: 14.80 MB / 16.00 GB
    Shell: 5.2.21 - /opt/homebrew/bin/bash
  Binaries:
    Node: 20.12.0 - ~/.nvm/versions/node/v20.12.0/bin/node
    npm: 10.5.0 - ~/.nvm/versions/node/v20.12.0/bin/npm
    pnpm: 9.11.0 - ~/Library/pnpm/pnpm
    Watchman: 2024.08.05.00 - /opt/homebrew/bin/watchman
  Browsers:
    Chrome: 130.0.6723.60
    Chrome Canary: 132.0.6795.0
    Edge: 130.0.2849.52
    Safari: 17.4
    Safari Technology Preview: 17.4

Validations

• Read the docs.
• Read the common issues list.
• Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
• Make sure this is a Module federation issue and not a framework-specific issue.
• The provided reproduction is a minimal reproducible example of the bug.

[2heal1]

Oh... i know the reason . Because runtime will catch the loaded remoteEntry/manifest in GLOBAL_LOADING_REMOTE_ENTRY . And this attr not be cleared , okay I will expose clearRuntimeCache methods to revalidate

[arimus]

Just an FYI that this doesn't seems to be the case at first glance. I am dumping the GLOBAL_LOADING_REMOTE_ENTRY and it seems to be empty before and after an init() + loadRemote().

Also, tried a performReload() and that didn't seem to do help either. It has the logic in there to clear GLOBAL_LOADING_REMOTE_ENTRY as well a clear the module cache.

[arimus]

Let me know if you guys have any other ideas on why this isn't working

[2heal1]

Because the bundler bundle GLOBAL_LOADING_REMOTE_ENTRY into share object closure , so it can not access via globalThis , it should be solved by providing a internal remove cache method

[arimus]

Ahhhhh...that makes sense. I'll test when you guys are able to make this somehow trigger-able externally.

[MadaraUchiha-314]

@ScriptedAlchemy @2heal1 I am running into this same issue

Here's a minimal reproducible example: https://github.com/MadaraUchiha-314/nailsmith

For me the issue is with the uniqueKey that's being generated:

Since my remote doesn't have a unique hash in the URL (which is a requirement for local development), it treats it as the same remote making hot reloading not work.

When can we expect a fix for this ? Should I raise a PR ?

[2heal1]

@arimus @MadaraUchiha-314 Yeah , i will fix it next Wednesday by providing a clearCache api

[ScriptedAlchemy]

try this release 0.0.0-next-20241105211652 which is #3173

[arimus]

Works for me. Thanks a lot for the help debugging and the quick fix everyone. You guys rock.

[ScriptedAlchemy]

Perfecto!

[2heal1]

It's released , 0.7.1