New issue
Advanced search Search tips

Issue 865449 link

Starred by 2 users

Issue metadata

Status: Untriaged
Owner:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Feature



Sign in to add a comment

ScreenLockDelays options missing from control panel

Reported by samuel.k...@airbnb.com, Jul 19

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 10718.50.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.59 Safari/537.36
Platform: 10718.50.0 (Official Build) beta-channel samus

Steps to reproduce the problem:
1. Need to have Chromeboxes lock screens on idle without device sleeping.
2. Unable to build policy for this in control panel without support for ScreenLockDelays.

What is the expected behavior?
There should be full support for both ScreenLockDelays and PowerManagementIdleSettings.  Currently there is only partial support for PowerManagementIdleSettings, even though both have been supported by Chrome OS for over four years.

What went wrong?
We have some business critical third-party applications which do not handle disconnects well, and therefore require that sessions remain active.  We also require an idle timeout, currently set to five minutes, so that users who don't lock their screens don't have their sessions open forever.

Currently, the only idle actions which can be built in the control panel result in shut down, suspend, or logout after the idle timeout.  We need for the screen to lock, but for the session/device to not suspend in any way for a much longer period.

Our only workaround is to extend the screen lock time, but this extends the risk to a level which we cannot accept. Users can reasonably be gone for an hour or two, and of course leaving their screens fully open for that time is not a realistic option.

Did this work before? No 

Chrome version: 68.0.3440.59  Channel: beta
OS Version: 10718.50.0
Flash Version:
 
Labels: Enterprise-Triaged
Owner: atwilson@chromium.org
Assigning to atwilson@ for CrOS triage.
Labels: -Type-Bug Type-Feature
Status: Untriaged (was: Unconfirmed)
Owner: maxkirsch@chromium.org
Max to prioritize - sounds like this only requires dpanel work.

Sign in to add a comment