Pasting non-ascii (utf8) into remote urxvt terminal

For pasting text, in urxvt/rxvt-unicode one can use middle button to paste PRIMARY selection.

I can do such Mouse-Middle-Click paste in my local urxvt terminal and even a remote server, in Chinese/utf8 strings. EG if I run date under LANG=zh_CN.utf8 environment and I'll get:

$ date 2023年 03月 18日 星期六 15:01:11 EDT 

I can then mouse select the Chinese/utf8 string 星期六 and Mouse-Middle-Click paste into my urxvt terminal (after my echo), like:

$ echo 星期六 星期六 

in my local urxvt terminal and even a remote server. However, if I ssh into my other local machines, or my Oracle cloud then try the same approach, instead of echo 星期六 showing up on my command line, I'm getting:

if I select the whole echo 星期六, and past into the remote session, then it'll work, for either my local machines or my Oracle cloud server.

Here is the screen-cast to illustrate it:

EG

• the Chinese/utf8 strings cannot be pasted into my remote urxvt terminal normally.
• however if there are some leading normal ascii characters before the Chinese/utf8 string, then the whole thing can be pasted in normally.

All my environment are configured the same across all of them, So I'm thinking there must be something odd with my configuration which works only locally but not remotely.

(My local machines and Oracle cloud server displays Chinese/utf8 strings/filenames just fine though.)

UPDATE: more debug info

$ locale LANG=zh_CN.utf8 LANGUAGE= LC_CTYPE="zh_CN.utf8" LC_NUMERIC="zh_CN.utf8" LC_TIME="zh_CN.utf8" LC_COLLATE="zh_CN.utf8" LC_MONETARY="zh_CN.utf8" LC_MESSAGES="zh_CN.utf8" LC_PAPER="zh_CN.utf8" LC_NAME="zh_CN.utf8" LC_ADDRESS="zh_CN.utf8" LC_TELEPHONE="zh_CN.utf8" LC_MEASUREMENT="zh_CN.utf8" LC_IDENTIFICATION="zh_CN.utf8" LC_ALL= $ locale charmap UTF-8 $ grep '^set.*meta' ~/.inputrc set meta-flag on set input-meta On set output-meta On 

How to fix it?