Telemetry implications of per channel profiles

[Saptarshi Guha]

I think it's okay from a counting perspective in that nothing much will
change given

1. As Alessio pointed out, the PCD will be retained, so they wont be
considered new profiles
2. as far as i'm aware all profile counts are for a specific channel. I
don't think we really talk about all profiles across channels, rather
number of profiles in population X on channel C. So it not change counts at
all.

that said, for those analyses *that don't *partition by channel, they will
be an induced artificial variation. In the last 30 days 0.4% of profiles
had more than two channels. Hence apart from the usual variation in day to
day, week to week, year over year counts of profiles, we are injecting an
artificial change of about 0.4%.

Something to think about.

Regards
Saptarshi


On Mon, Oct 16, 2017 at 9:31 AM, Alessio Placitelli <aplacitelli at mozilla.com
> wrote:

>
>
> 2017-10-12 15:11 GMT+02:00 Romain Testard <romain at mozilla.com>:
>
>> Hi all,
>>
>> We're planning on implementing dedicated profiles per channel (bug
>> 1373244), hopefully in Firefox 59, to help address profile corruption
>> issues our users can encounter when using a profile previously used on a
>> later version.
>> Once it gets implemented we'll have more profiles on telemetry and it
>> probably impacts the interpretation we have of our telemetry data. A
>> solution may be to implement a correlation ID between different profiles
>> although current datasets and analysis would likely be impacted.
>>
>> If there are specific concerns about this please let me know since we’re
>> still at scoping stage.
>>
>
> Something came out in our team meeting today: we should make sure to
> retain the profile creation date when creating and populating a new clone
> profile  for Nightly/Beta [1], otherwise they will look like new users.
>
> [1] - http://searchfox.org/mozilla-central/source/toolkit/
> components/telemetry/TelemetryEnvironment.jsm#1411
>
>
>>
>> Thanks,
>> Romain
>>
>> _______________________________________________
>> Fx-data-dev mailing list
>> Fx-data-dev at mozilla.org
>> https://mail.mozilla.org/listinfo/fx-data-dev
>>
>>
>
> _______________________________________________
> Fx-data-dev mailing list
> Fx-data-dev at mozilla.org
> https://mail.mozilla.org/listinfo/fx-data-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/fx-data-dev/attachments/20171016/964ccb58/attachment.html>