The composition text (triggered by IME, Ctrl+Shift+U, etc.) can exceed the max character limit of the text input field
Reported by
vijay.ka...@pearson.com,
Jul 20 2017
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36 Platform: 9460.67.0 (Official Build) stable-channel daisy Steps to reproduce the problem: 1. Type in the maximum value of 50 characters in the text editor here - http://jsbin.com/catepunebu/edit?html,css,output 2. Try entering more after 50 chars typed. At this point any characters are not allowed 3. Hit ctrl+shift+u. What is the expected behavior? Additional character should not be added What went wrong? Additional value "u" is typed in Did this work before? N/A Chrome version: 59.0.3071.113 (Official Build) (32-bit) Channel: stable OS Version: 59.0.3071.113 (Official Build) (32-bit) Flash Version: Shockwave Flash 26.0 r0
,
Nov 3 2017
,
Feb 20 2018
,
Feb 20 2018
The way this works for IME is that we allow a composition to go past the maxlength value, but then truncate once the composition is closed. The reason for this is that e.g. when typing Chinese, the pinyin you have to type on the keyboard is a lot longer than the actual text that gets entered. Perhaps there's an argument that when you're already at the limit of the text box, we shouldn't even let you open a composition. I think this is a minor issue at most though.
,
Feb 22 2018
IMO this issue should be by design. Revising the issue title to generalize the issue. But I am not sure whether the Element.value should exclude the composition text.
,
Feb 23 2018
Mark WontFix since this is expected behavior. >#c6, "maxlength" and other control value restrictions are applied after composition committed. |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by ka...@chromium.org
, Nov 3 2017