New issue
Advanced search Search tips

Issue 845048 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: May 2018
Cc:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Refreshrate is not passed back (anymore)

Project Member Reported by skuhne@chromium.org, May 21 2018

Issue description

This should work (and used to work according to Oshima) but it currently returns 'empty'.

This should be fixed and the documentation should probably be updated as well to reflect the current status.

https://developer.chrome.com/apps/system_display#type-DisplayMode


 
Labels: -Pri-3 Pri-2
Owner: benwells@chromium.org
Cc: msramek@chromium.org
msramek - before enabling this I just want to check that there are no privacy reasons not to. From what I can tell this would be available to regular apps (not just kiosk apps).

This would increase the fingerprinting surface but I'm not sure what our policy wrt apps and fingerprinting is.

Status: Assigned (was: Untriaged)
SGTM. Decreasing fingerprinting surface in total numbers is difficult. We generally just try not to increase it beyond what is necessary to provide the functionality of the API. Refresh rate seems perfectly in line with what system.display API is for. Not to mention that, well, it's already there, just broken.
Hmm, I think this just hasn't made it to stable yet. It is in 67 AFAICT and will hit stable shortly. Will ask the reporter of the problem what version they are using.
Status: WontFix (was: Assigned)
Confirmed with reporter that they are on stable. Will reopen if there is another problem.

Sign in to add a comment