You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: apps/website-new/docs/en/guide/troubleshooting/type/overview.md
+18-1Lines changed: 18 additions & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -41,4 +41,21 @@ The type generated by the producer contains aliases and cannot be processed norm
41
41
```
42
42
43
43
3. Set [dts.generateTypes.compilerInstance](../../../configure/dts#compilerinstance) to `tspc`(`ts-patch` cli)
44
-
4. Regenerate types
44
+
4. Regenerate types
45
+
46
+
### Generated types not updating when working behind a local proxy
47
+
48
+
**Phenomenon description**
49
+
50
+
The types generated by the producer are successfully generated, the consumer log shows that the types are successfully processed, but the `@mf-types` directory does not update.
51
+
The issue can be a proxy configuration problem not allowing the resource to be downloaded.
52
+
53
+
**How to solve**
54
+
1. Check if the `@mf-types` directory is generated in the `dist` directory of the producer.
55
+
2. Check your proxy log for any errors related to `TLS` or `SSL`.
56
+
3. Adapt your proxy configuration to add `TLS` certification for your local environment.
57
+
4. In some scenarios this is not working. An alternative is, to define the environment variable `NODE_TLS_REJECT_UNAUTHORIZED=0` to ignore the `TLS` or `SSL` errors. This will allow the `@mf-types.zip` to be properly handled.
58
+
59
+
:::danger Important note
60
+
Only set NODE_TLS_REJECT_UNAUTHORIZED=0 in your local development environment. It is not meant for production use. If you go this route, please make sure to commit the generated types to your repository.
0 commit comments