New issue
Advanced search Search tips

Issue 824091 link

Starred by 1 user
Status: WontFix
Owner: ----
Closed: Mar 2018
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

beforeinput event is not canceable

Reported by j.bogdan...@cksource.com, Mar 21 2018 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.162 Safari/537.36

Steps to reproduce the problem:
1. Visit https://codepen.io/jacekbogdanski/pen/YaZRXe
2. Type something inside contenteditable div

What is the expected behavior?
You should't be able to type inside contenteditable.

What went wrong?
You are able to type inside contenteditable.

Did this work before? N/A 

Does this work in other browsers? No
 beforeinput event is not supported in other browsers

Chrome version: 65.0.3325.162  Channel: n/a
OS Version: OS X 10.13.2
Flash Version: 

'beforeinput' is canceled for contenteditable so according to https://w3c.github.io/input-events/#x5-input-event-types you shouldn't be able to type inside it.

Comment 1 by woxxom@gmail.com, Mar 21 2018 

Chrome uses a different list of noncancelable types that contradicts the spec, see  issue 693242 .
Cancelability of beforeinput event is defined here:
https://w3c.github.io/input-events/#interface-InputEvent-Attributes
https://www.w3.org/TR/input-events-2/#interface-InputEvent-Attributes
It is cancelable for all types of interaction except for insertCompositionText and deleteCompositionText.
Typing generates an insertText event so it must be cancelable as per the spec.

Comment 2 by dtapu...@chromium.org, Mar 21 2018

Components: Blink>Input
Status: WontFix (was: Unconfirmed)
That isn't necessarily true.

Chrome implements Level 1 of the spec.

See:
https://rawgit.com/w3c/input-events/v1/index.html
►

Sign in to add a comment