09/24/2018 00:07 Title: OS X Game client prematurely fires Edit End InputField event and prevents Japanese input Reproduction Rate: 100% Blocker? Details: Steps to Reproduce: User Specs: OS: Mac OS X 10.13.6 CPU: Intel(R) Core(TM) i7-3820QM CPU @ 2.70GHz (8) System RAM: 16384 GPU: NVIDIA GeForce GT 650M GPU RAM: 1024 SotA.OSX.64.830.Date.09.07.18 Area: IsleOfStorms/Begin Area Display Name: Isle of Storms Loc: (49.0, 17.8, 28.8) Debug: SXNsZU9mU3Rvcm1zfEJlZ2lufCg0OS4wNDgsIDE3LjgyOCwgMjguODIzKXwoMCwgMC41MDMsIDAsIDAuODY0KXw2MC4zNTYyNXwxMHwy The InputField used to accept chat input using Line Type of "Single Line" has "Edit End" event that fires on the key stroke of ENTER. Unfortunately, many IMEs (including OS X default Kotoeri) use ENTER key to finalize input/translation selection, and when ENTER key is pressed in this manner, the "Edit End" event fires prematurely, and obtains the empty text that does not yet contain the finalized text. The InputField needs to be changed to "Multi Line NewLine", and then "OnValueChange" event needs to check if the input contains a "\n" (new line), and THEN do the rest of the input handling. Note: This observation is based on known generic Unity3D behavior on Mac OS. Nothing has been reversed engineered or verified in the code. Note2: Doing this fix will introduce AutoPost issue if multiple lines of text is copy-pasted. Pasted contents needs to be removed on \n.