Add UMA to track idle time behavior for CRD access to Kiosks |
||||
Issue descriptionissue 864384 adds support for admins to establish chromoting sessions with Kiosk devices. To help the admin not invade user privacy, we decided that the device will perform idle detection before establishing the connection and warning the admin if there's recent user interaction (but allow to still connect). We'd like to understand how this feature behaves in practice, hence the request to add a UMA histogram that collects data on how often admins end up connection to non-idle sessions in practice. atwilson@ - since your team owns the feature, can you handle this?
,
Aug 22
Is UMA the right way to track this vs a server-side dashboard? UMA is somewhat unreliable since customers may disable this.
,
Aug 28
antrim@, let's log the UMA you suggest. It's easy to add and is a reasonable (albeit not 100% accurate) indicator of how admins are using this feature.
,
Aug 30
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/bcc1fe8c31d575cf8b24bd96fc854613abfa1efb commit bcc1fe8c31d575cf8b24bd96fc854613abfa1efb Author: Denis Kuznetsov <antrim@google.com> Date: Thu Aug 30 19:00:25 2018 Add UMA to track idle time behavior for CRD access to Kiosks Bug: 876689 Change-Id: I999a7cdfaf703e898365b5838d06fc2d8615abe7 Reviewed-on: https://chromium-review.googlesource.com/1194075 Commit-Queue: Denis Kuznetsov <antrim@chromium.org> Reviewed-by: Alexei Svitkine <asvitkine@chromium.org> Reviewed-by: Pavol Marko <pmarko@chromium.org> Cr-Commit-Position: refs/heads/master@{#587685} [modify] https://crrev.com/bcc1fe8c31d575cf8b24bd96fc854613abfa1efb/chrome/browser/chromeos/policy/remote_commands/device_command_start_crd_session_job.cc [modify] https://crrev.com/bcc1fe8c31d575cf8b24bd96fc854613abfa1efb/tools/metrics/histograms/histograms.xml
,
Aug 30
,
Dec 3
Enterprise.RemoteCommand.RemoteSession.* |
||||
►
Sign in to add a comment |
||||
Comment 1 by antrim@chromium.org
, Aug 22