Change:
top, left, canUseZeroSizeTextarea ? 0 : 1, this._lineHeight ); <ins> // In case the textarea contains a word, we're going to try to align the textarea's cursor // with our cursor by scrolling the textarea as much as possible this.textArea.domNode.scrollLeft = 1000000; </ins> return; }

Discussion:
! <!-- Please search existing issues to avoid creating duplicates. --<!-- Also please test using the latest insiders build to make sure your issue has not already been fixed: --<!-- Use Help Report Issue to prefill these. --- VSCode Version: 1.40.1 OS Version: Darwin x64 17.7.0 Steps to Reproduce: some non-braking chinese words <!-- Launch with to check. --Does this issue occur when all extensions are disabled?: Yes
(Experimental duplicate detection) Thanks for submitting this issue. Please also check if it is already covered by an existing one, like: <!-- score: 0.445 --<!-- potentialduplicatescomment --
I've encountered the same problem. The input method I used is MacOS's default Chinese character input method. Version: 1.41.1 Commit: Date: 2019-12-18T14:57:51.166Z Electron: 6.1.5 Chrome: 76.0.3809.146 12.4.0 V8: 7.6.303.31-electron.0 OS: Darwin x64 19.2.0
I can reproduce this. Version: 1.44.2 Commit: Date: 2020-04-16T17:07:18.473Z Electron: 7.1.11 Chrome: 78.0.3904.130 12.8.1 V8: 7.8.279.23-electron.0 OS: Darwin x64 19.3.0
The same problem here.
I've just found that this issue won't appear when using Mojave. Only Macs using Catalina have this problem.
So how long will it be before you fix this bug... Now I'm using macOS Big Sur and the bug still exsit.
This problem can be reproduced when editor.letterSpacing: 1 is set, Have you also set it?
As you pointed out it's a behavior change of macOS Catalina, it's the system who decides where to position the IME box but somehow it doesn't put it next to the textarea.
that is not right, i am sure that it works properly in previous versions, but i can't tell you which version it is. btw, i use High Sierra all the time and never update anything.
I get the same bug.

<!-- Do you have a question? Please ask it on --<!-- Use Help Report Issue to prefill these. --- VSCode Version: 1.21.0 OS Version: macOS 10.13.1 Google Japanese Input it a new VSCode instance on keyboard, then hit enter, and do it again a few times : the suggestions should never overlap w/ text. Actual: the suggestions overlap w/ text. ! Does this issue occur when all extensions are disabled?: Yes This is not an issue with the default Japanese IME that comes w/ macOS. This setting seems to . (You'll lose some functionalities)  
Same Here
same here
Same Here
The suggestion box that shows up in this case is not the one for suggestWidget. This seems like a native control which I dont believe VS Code controls cc Is this a regression? Did this work as expected in earlier versions of VS Code and stopped working recently?
I think it is probably caused by the position adjustment of the textarea, Google IME tries to put the candidate list at the proper position, but I don't have a stable reproduce yet.
Sorry, I am a new user to VSCode so not sure if this is a regression.
I can repro it consistently. !
Not just VSCode but Adobe Brackets seems to have the same issue as well - and for that, apparently, the issue is on CodeMirror: If it's an Electron issue not sure if upgrading Electron to 2.x or 3.x fixes it. This was not an issue on Atom (even when Atom was using Electron 1.x).
I also searched through Twitter, and people have been reporting this since April 2015. Definitely not a regression.
Same Here ! !
Is there anything I can do to help? Also saw this reported on Teratail, a Japanese Stackoverflow clone, about a week ago.

※ (temporary)(workaround)Google (…) <img width="637" alt="2018-09-26 11 51 35" src="https://user-"
Translating what said: Temporary workaround: go to Google Japanese Input preferences, <img width="271" alt="screen shot 2018-09-26 at 6 58 30 pm" src="https://user-"go to ("suggest") and uncheck (disable suggestion from input history) (disable live conversion) Then click button at the bottom. Then it no longer overlaps.
thanks for your help. This issue was caused by how we implement our editor (virtualize everything but has a tiny textarea around the virtual cursor) and Google IME doesn't work the same as the OS builtin IME. I don't have a good idea how to hint Google IME about the position but your solution works perfectly for this issue. For anyone who is using English as system language, the preference with the workaround will look like below: <img width="637" alt="image" src="https://user-"
thanks for the follow-up! Just for completeness: Google maintains "a subset of Google Japanese Input in the form of source code under OSS license without any warranty nor user support" at (), though they're .
Same here
same here
same here OS: windows 10 Language: Chinese IME: Sogou Pinyin, Baidu Pinyin !