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

Issue 836494 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Chrome and apps stops reacting to pointer events

Project Member Reported by mukai@chromium.org, Apr 24 2018

Issue description

On ToT, I've seen that normal windows stop reacting soon after the login (within a few seconds) -- tapping tab switch or simple scrolling of a window does nothing. The desktop UI (shelf, app-list, uber-tray, notifications etc) are fully functional. Looks like someone blocks events?

No problem on login screen.

No problem when running on linux desktop.

Seen both on poppy / scarlet devices on my desk.

will bisect to check.
 

Comment 1 by mukai@chromium.org, Apr 25 2018

Cc: osh...@chromium.org
Labels: -Pri-3 Pri-1
Owner: reve...@chromium.org
Status: Assigned (was: Available)
Summary: Chrome and apps stops reacting to pointer events (was: Chrome and apps stops reacting to pointer events soon later login)
Looks like caused by https://chromium-review.googlesource.com/c/chromium/src/+/1025633

reverting it locally fixes the problem.

reveman, oshima -- can you look into this?
Hm, I'm guessing that this happens as soon as arc++ has started up?

Is the default task maybe taking up the whole screen and causing events to be stolen unless we only consider descendants?

Maybe we just need to set the input region on this window properly?
I'll try to repro and fix this tomorrow. Please revert that change if it's critical to fix this.

Comment 4 by mukai@chromium.org, Apr 27 2018

Status: WontFix (was: Assigned)
Don't know why but somehow it seems gone now. Closing.
See  crbug.com/837359 . It you probably saw this because you were using mus.

Sign in to add a comment