beforeinput event not cancelable
Reported by
dpken...@dpk.org.uk,
Oct 4
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0 Safari/605.1.15 Steps to reproduce the problem: 1. Visit <http://dpk.io/temp/input> 2. Type '/e' in the text box What is the expected behavior? A schwa should appear in the text box, and a schwa only, because the beforeinput event should be cancelled and the 'e' which triggered it should not be typed. What went wrong? Because cancelling beforeinput isn't implemented, you get a schwa followed by an e. Did this work before? No Does this work in other browsers? Yes Chrome version: 69.0.3497.100 (Official Build) Channel: n/a OS Version: OS X 10.14 Flash Version:
,
Oct 5
I should add specifically that this works in Safari (12 at least). Firefox doesn’t support beforeinput at all yet. <https://bugzilla.mozilla.org/show_bug.cgi?id=970802>
,
Oct 5
Able to reproduce the issue on reported chrome version 69.0.3497.100 also on latest chrome 71.0.3570.0 using Mac 10.13.6, Ubuntu 14.04 and Windows 10. Same behavior is seen on M60(60.0.3112.113) hence considering it as non-regression and marking it as Untriaged. Thanks..!
,
Oct 11
,
Nov 5
|
||||
►
Sign in to add a comment |
||||
Comment 1 by swarnasree.mukkala@chromium.org
, Oct 5