Mus Should Detect App Responsiveness |
||||||||||
Issue descriptionIn 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.
,
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.
,
Mar 14 2016
This is very similar to 576305. If we had 576305 mus could use it and forward to the windowmanager.
,
Mar 24 2016
,
Apr 8 2016
,
Sep 2 2016
,
Oct 4 2016
,
Oct 5 2017
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
,
Oct 16 2017
jonross@ please triage as appropriate.
,
Oct 19 2017
per discussion in slack, largely subsumed in WindowManager::WmClientJankinessChanged
,
Oct 19 2017
Also the window_property ash::mus::kWindowIsJanky is already in use for UI updates
,
Feb 26 2018
,
Feb 26 2018
|
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by fsam...@chromium.org
, Mar 9 2016