-
-
Notifications
You must be signed in to change notification settings - Fork 237
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Federation Runtime API types not working as expected for loadRemote
#2921
Comments
Any opinions @ScriptedAlchemy or is this a known issue? |
I'll raise to my team. Will pull it Monday and see if it notice any specific errors. |
@2heal1 can you take a look? |
Sorry for replying latter , if you want to use API types , you need to add {
"compilerOptions": {
"target": "ES2020",
"lib": ["DOM", "ES2020"],
"module": "ESNext",
"noEmit": true,
"strict": true,
"skipLibCheck": true,
"isolatedModules": true,
"resolveJsonModule": true,
"moduleResolution": "node",
"useDefineForClassFields": true,
"allowImportingTsExtensions": true,
"paths":{
"*": ["./@mf-types/*"]
}
},
+ "include": ["src","./@mf-types/*"]
}
|
I will add it to our docs |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
According to the module federation guide,
loadRemote
should return the inferred types for the supplied remote, but it doesn't. The returned promise always resolve anunknown
.Reproduction
https://github.com/pganster/module-federation-runtime-api-type-prompts
Used Package Manager
yarn
System Info
Validations
The text was updated successfully, but these errors were encountered: