Open VadBary opened 1 day ago
Could you provide a minimal working reproduction for investigation?
Hi @chimurai, my issue is the same like this 1035. I investigated it deeply and know the reason. There is a commit with a fix to resolve the issue, this commit was delivered to v.3.0.2 - fix(logger-plugin): handle undefined protocol and hostname. As part of this commit was added try...catch block to handle the situation when protocol is undefined, in my case, protocol is also undefined... But the solution doesn't work in my case because I don't define target as an option for createProxyMiddleware but set router option instead. If you pay attention on this catch block implementation in logger-plugin.ts target = new URL(options.target as URL);
then you will see that options.target is required to build URL but as I mentioned this is possible that target is not set because router option is set instead. In this case, options.target is undefined and target = new URL(undefined as URL);
throw a new Error. If avoid using options.target for building URL and use something like that target = new URL(
${proxyRes.req.protocol}//${proxyRes.req.host}$proxyRes.req.path});
in catch block then everything would be ok.
Checks
http-proxy-middleware
.Describe the bug (be clear and concise)
In fact, the solution for the issue has already been implemented for v3.0.2 But implemented fix doesn't work in case when target option is not set but router option is used instead.
Step-by-step reproduction instructions
Expected behavior (be clear and concise)
The logger can cope with bits of req not being present when trying to build a valid URL when router option is used instead of target.
How is http-proxy-middleware used in your project?
What http-proxy-middleware configuration are you using?
What OS/version and node/version are you seeing the problem?
Additional context (optional)
No response