New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 763069 link

Starred by 1 user
Status: Available
Owner: ----
Cc:
shuchen@chromium.org
derat@chromium.org
abodenha@chromium.org
tapted@chromium.org
osh...@chromium.org
omrilio@chromium.org
█ blakeo@chromium.org
yhanada@chromium.org
pcovell@chromium.org
█ dvallet@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Chrome
Pri: 3
Type: Bug


Show other hotlists

Hotlists containing this issue:
Hotlist-1
Hotlist-1


Sign in to add a comment

Linux/ChromeOS: key events are processed during a drag and drop operation with active ime focus

Project Member Reported by warx@chromium.org, Sep 7 2017 
A followed up issue from  issue 463005 

Repro steps:
1) give ime focus to omnibox in browser
2) drag the bookmark link, do not let go
3) keep pressing "A" on the keyboard

Behavior is different on different platforms: Chrome OS and Linux will output/display pressed "A" in omnibox, while Mac is a no-op for ime inputs.

Which side we consider is a bug?

Comment 1 by derat@chromium.org, Sep 7 2017

Components: UI>Browser>Omnibox
I hate drag-and-drop and have no opinion about what is expected here. It's possible that the discrepency is due to expected platform differences, though.

What do Firefox and gedit do on Linux?

What does Safari do on macOS?

We've historically tried to follow Windows conventions when feasible on Chrome OS, so it'd be interesting to know what happens on Windows, too.

Comment 2 by warx@chromium.org, Sep 8 2017 

Firefox on Linux, Safari on macOS, Chrome on Windows, all are no-op for ime inputs. Only Chrome on Chrome OS and Linux are different.

Comment 3 by warx@chromium.org, Jun 26 2018

Owner: ----
Status: Untriaged (was: Assigned)

Comment 4 by mpear...@chromium.org, Jun 26 2018

Components: UI>Input>Text>IME
Labels: Hotlist-Polish OS-Chrome OS-Linux
Status: Available (was: Untriaged)
Per comments #2 and #3, it sounds like this is a Chrome OS and Linux bug.  (Behaves one way on Windows; ChromeOS and Linux should be the same as Windows but it's not.)

Comment 5 by afakhry@chromium.org, Jul 27

Cc: tapted@chromium.org

Comment 6 by afakhry@chromium.org, Aug 28

Cc: -tapted@chromium.org
Owner: tapted@chromium.org
Status: Assigned (was: Available)

Comment 7 by tapted@chromium.org, Aug 29

Cc: shuchen@chromium.org tapted@chromium.org
Owner: ----
Status: Available (was: Assigned)
Summary: Linux/ChromeOS: key events are processed during a drag and drop operation with active ime focus (was: pressing keys during a drag and drop operation with active ime focus)
I know a bit about IME on Mac, but IME on Linux and ChromeOS is completely different (and I know nothing about it).

I don't know if this needs to be fixed?

The only key that should work [sometimes] during a drag is ESC. I think anything else we can just say "don't do that", unless we enter some error state. Otherwise, the additional technical debt to maintain a fix isn't justified IMO.

Comment 8 by iloahz@chromium.org, Sep 11

Components: UI>Input>VirtualKeyboard
►

Sign in to add a comment