New issue
Advanced search Search tips

Issue 695356 link

Starred by 2 users
Status: Fixed
Owner:
xiaoche...@chromium.org
Closed: May 2017
Cc:
editing-dev@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Android , Windows , Chrome , Mac
Pri: 2
Type: Bug

Blocking:
issue 7



Sign in to add a comment

Some keyboard operations can modify text selection without focus

Project Member Reported by tkent@chromium.org, Feb 23 2017 
Chrome Version: 58 canary
OS: all

What steps will reproduce the problem?
(1) Open the following URL
  data:text/html;charset=utf-8,<div contenteditable=true>focus me</div><div tabindex=0>non-editable</div>
(2) Click 'focus me'  => 'focus me' has focus, and editable.
(3) Press TAB key => 'non-editable' is focused
(4) Press Backspace key, or Enter key

What is the expected result?
Nothing happens.

What happens instead?
Backspace/Enter edits 'focus me'.

Please use labels and text to provide additional information.

Comment 1 by tkent@chromium.org, Feb 23 2017 

⌘-v ⌘-x ⌘-z ⌘-b ⌘-i too.
Caret moving bindings like Ctrl-A Ctrl-E also moves caret position and focus back on the 'focus me' element.

Comment 2 by tkent@chromium.org, Mar 1 2017

Labels: -Pri-1 -M-58 Pri-2
Offline discussion:
We should add focus check to enable* functions in a case of CommandFromMenuOrKeyBinding.  Context menu commands should require focus as well as keyboard bindings.

Comment 3 by yosin@chromium.org, May 23 2017

Blocking: 7
Owner: xiaoche...@chromium.org
Status: Assigned (was: Available)
xiaochengh@, just confirmation.
I think you fixed this. If so, please mark "Fixed".
Thanks in advance.

Comment 4 by xiaoche...@chromium.org, May 23 2017

Status: Fixed (was: Assigned)
►

Sign in to add a comment