Oliver Zhou (毓杰)

Please track this PR if you are using vite: https://github.com/vitejs/vite/pull/4984

Yes, just hit the 'paths' issue today. I think it's better to document it

@cynron @Jennal 我写了一个patch，请看看有没有问题，再官方修复之前，凑合着用一下 ``` diff --git a/src/tr/uv/pr_msg.c b/src/tr/uv/pr_msg.c index f002dd3..b15dddb 100644 --- a/src/tr/uv/pr_msg.c +++ b/src/tr/uv/pr_msg.c @@ -13,6 +13,8 @@ #include "pr_msg.h" #include "tr_uv_tcp_i.h" +#include "pc_pomelo_i.h" + #define PC_MSG_FLAG_BYTES 1 #define...

This is technically a breaking change, I think the workaround above is not ideal

OK, strictly speaking, it's an undocumented internal api change since 3.2.40. Let's see how can we proceed with this. One of our internal component library relies on this behavior, currently...

@genzgd Does #207 implement the algorithm mentioned in this issue? After checked the code, the implementation seems quite simple, it doesn't populate/backfill any data.

Today I have already seen similar issue myself. I tested on Mac Safari 9.0, it works just fine. But on IOS Safari 9.0 (iphone 6 or simulator), it doesn't work.

look forward to this one

What about a generic type converter which can take a source type and target type? Currently the ValueTypeTranslator can only take a target type

Yes, you are right, Geoffrey. That's what I am expecting.