MacOS WKWebview has delayed inputs when using non-English characters

this problem reported to Unity.
https://issuetracker.unity3d.com/issues/macos-wkwebview-has-delayed-inputs-when-using-non-english-characters

reproduce Video : https://youtu.be/bSBh88YvSPY

But

They said..

Hi,

Short story: Plugin developer needs to update their code.

Long story: The PR that caused the issue was correcting the Mac player's implementation of the playerloop to fire constantly, instead of using a timer approximate to the frame rate. This meant that the player loop is being fired more quickly (every 0.001 seconds) instead of 0.167s (60fps) which means there is not enough time between loops.

The reason it's different in the editor and player is that they don't share code, and the player code is the more correct of the two.

Therefore, it's down to the plugin maintainer to fix the user's issue.

This particular case has been investigated thoroughly and we have decided, in the interest of protecting the stability and features of Unity for users that rely upon the affected versions, to not address this fix for the time being. We understand that this will cause problems for some users, so we may address this in a future version.

We appreciate your contribution to the Unity product.

tried to belows. But can't resolve.

• replace plugins/WebViewObject.cs update() to fixedUpdate()
• fix frame rate : https://docs.unity3d.com/ScriptReference/Application-targetFrameRate.html

Anyone with other opinions?

Start by reviewing plugins/WebViewObject.cs, the linked Unity issue report, and the reproduction video, then compare the attempted Update-to-FixedUpdate and targetFrameRate changes. Done means establishing a reproducible fix for delayed non-English input on macOS WKWebView; the payload names no test.