Steps to reproduce this bug: 1. Open a html editor / editable area e.g. http://demo.qooxdoo.org/current/showcase/#htmleditor 2. Remove all text (optional) 3. Enter a very long word WITHOUT any space in between until scrollbars are shown == Result after the scrollbar appears == The cursor is not moving with the entered text. Instead the cursor remains at the position where the original document (without scrollbars) would end. However, you can click and select at the text at the right of the cursor. Clicking at any position at the right of the cursor and entering text is functional. The text is entered at the right position only the cursor remains at the wrong position.
Created attachment 139747 [details] Reduction
*** Bug 38487 has been marked as a duplicate of this bug. ***
I am not able to reproduce this issue anymore using attached reduction test case on STP 152 and it shows cursor moving on right side character by character and the scrollbar appear shortly once it is outside of editable area. It is same behavior in Chrome Canary 107. For some reason, Firefox Nightly 106 does not show any text inside editable area and just remain completely blank. Since I am not sure on Firefox behavior whether we need to now match Firefox here or not. I am going to leave this bug as it is as and tag others to comment. Thanks!
This still reproduces with the reduction for me, but not when typing manually. I think that's a fine behavior, especially given that it matches Chrome.