Stop recording input metrics (UMA/UKM) when input is synthetic |
||
Issue descriptionWe still record the metrics from inputs even when they are synthetic like when they come from dev tools in testing environments. We need to avoid this to make the metric more representative of what is in the hands of users.
,
Aug 23
We should check if UMA is sent out when --enable-automation is in place. It should not be, so there should be nothing to do. If it is, we should not be sending uma out while automated. We should still collect it though because it is accessible over apis imwhile automating.
,
Aug 23
what does the flag do? Does it enable the devtools debugging protocol for input or somehting?
,
Aug 23
--enable-automation is enabled for telemetry, chromedriver, puppeteer and other automation scenarios. I'm not aware of the clients that would use input domain w/o using the --enable-automation. And if they do, they should not be distinguishable from the real users, that's the purpose of this api.
,
Aug 23
To understand that flag more I have a few more questions. Can I have devtools debugging protocol on and send the input commands myself with some REST client without having --enable-automation flag for Chrome? Do the events get injected still? How about another scenario which is running Chrome with --enable-gpu-benchmarking. This enabled the GPU benchmarking API to be accessed within a webpage. So the web page can start injecting inputs. Can I have this scenario without --enable-automation?
,
Aug 28
Pavel, do you have any opinion about the cases I mentioned? |
||
►
Sign in to add a comment |
||
Comment 1 by nzolghadr@chromium.org
, Aug 15Owner: lanwei@chromium.org
Status: Assigned (was: Available)