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

Issue 660009 link

Starred by 2 users

Issue metadata

Status: Verified
Owner:
Last visit > 30 days ago
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Feature



Sign in to add a comment

Add DMServer request parameter to indicate if a request is critical

Project Member Reported by hunyadym@chromium.org, Oct 27 2016

Issue description

Add the "critical" query parameter to DMServer requests to indicate if a request critical, so we can differentiate between the regular policy fetches and the policy fetch which happens at device enrollment.

Set this parameter to true if we are sending the first DevicePolicyFetch request (device enrollment fails, if the first policy fetch fails).
 
Status: Fixed (was: Started)

Comment 3 by dchan@google.com, Jan 21 2017

Labels: VerifyIn-57
Cc: trapti@chromium.org
Status: Assigned (was: Fixed)
Verified on R57(9202.4.0;57.0.2987.8), we see the critical=true query string in the initial device policy request:
1) That is made immediately after/as a part of  enrollment.
2) After reboot of a device.

The 'critical' parameter is not set on subsequent device policy requests.

@hunyadym, was wondering if there's a corresponding DM server bug tracking the FR where DM server maybe prioritizes the request if it sees a request with the critical query parameter. Or does the DM server do this by default?

Cc: jinzhang@chromium.org
b/31678912 was the original bug.

I don't know about DM server related bugs, maybe Jin can help with that.
DMServer side work is tracked here: b/31505645
Marking this as verified based on the verification details provided in #c5.
Status: Verified (was: Assigned)
Labels: M-57

Sign in to add a comment