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

Issue 593367 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

Mus Should Detect App Responsiveness

Project Member Reported by jonr...@chromium.org, Mar 9 2016

Issue description

In Mus input event provide an ack callback that the app/framework is required to run after blocking process is complete.

We already have a timer in case the app fails, so that input handling can continue.

If the app does fail, we should set another (longer) timer, which is cleared after:
   - a successful response from the message
   - mouse leaves the app
   - provisioning of a layer list
   - CompositorFrame updates

If this fails we should consider the app "hung" and notify the window manager with the WindowID, so it can perform some kind of UI adjustment.
 
Cc: rjkroege@chromium.org sadrul@chromium.org sky@chromium.org
+a bunch of folks.

A couple of things:

1. Layer lists was a longer term suggestion in the doc. We don't deal with them yet. I do think submission of CompositorFrames and input event ACKs are good signals for "responsive" though.

2. I think the window manager will likely want a signal for when an app goes unresponsive, and another signal for when the app is responsive again.

WDYT?

Comment 2 by sky@chromium.org, Mar 9 2016

(2) you're likely right. I wouldn't add the api until we have a concrete use case. But I think you're right.

Comment 3 by sky@chromium.org, Mar 14 2016

This is very similar to 576305. If we had 576305 mus could use it and forward to the windowmanager.
Status: Available (was: Assigned)
Cc: jonr...@chromium.org
Owner: ----
Components: MUS
Components: Internals>MUS
Labels: Proj-Mustash
Project Member

Comment 8 by sheriffbot@chromium.org, Oct 5 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Owner: jonr...@chromium.org
Status: Assigned (was: Untriaged)
jonross@ please triage as appropriate.
Status: WontFix (was: Assigned)
per discussion in slack, largely subsumed in WindowManager::WmClientJankinessChanged
Also the window_property ash::mus::kWindowIsJanky is already in use for UI updates
Components: -Internals>MUS Internals>Services>WindowService
Components: -MUS

Sign in to add a comment