Skip to content
This repository has been archived by the owner. It is now read-only.

feat(CAD): Add flow metrics for connect another device. #4787

Merged
merged 1 commit into from Mar 7, 2017

Conversation

@shane-tomlinson
Copy link
Member

@shane-tomlinson shane-tomlinson commented Mar 7, 2017

I'm not totally happy with this solution, there's a lot of duplication
between this and the experiment metrics, it seems like we should
be able to unify. That's for another day.

fixes #4783

@philbooth - r?

I'm not totally happy with this solution, there's a lot of duplication
between this and the experiment metrics, it seems like we should
be able to unify. That's for another day.

fixes #4783
});

it('shows a sign in button with the appropriate link, logs appropriately', () => {
assert.lengthOf(view.$('#signin'), 1);
testIsNotified('connectAnotherDevice.signedin.false');
testIsNotified('connectAnotherDevice.signin.eligible');
testIsNotified('connectAnotherDevice.signin_from.fx_desktop');
testIsFlowEventLogged('signedin.false');
testIsFlowEventLogged('signin.eligible');
testIsFlowEventLogged('signin_from.fx_desktop');

This comment has been minimized.

@vladikoff

vladikoff Mar 7, 2017
Contributor

Do we need to update the flow even docs to include these new events?

This comment has been minimized.

@philbooth

philbooth Mar 7, 2017
Contributor

Those event docs are next in the line of fire on my auto-generate-all-the-docs mission.

This comment has been minimized.

@shane-tomlinson

shane-tomlinson Mar 7, 2017
Author Member

@philbooth - should I add them to the doc manually, or wait for auto-generation?

@@ -64,7 +64,7 @@
{{/isFirefoxIos}}
{{/canSignIn}}
<div class="links">
<a href="/connect_another_device/why">{{#t}}Why is this required?{{/t}}</a>
<a data-flow-event="link.why" href="/connect_another_device/why">{{#t}}Why is this required?{{/t}}</a>

This comment has been minimized.

@vladikoff

vladikoff Mar 7, 2017
Contributor

I wonder if are overloading the flow event pipeline. I think before we were talking about how flowEvents are only a selected number of events. If we keep adding more and more then queries will be even slower. thoughts on this @philbooth ?

This comment has been minimized.

@philbooth

philbooth Mar 7, 2017
Contributor

But it's THE CLOUD! 😄

I see your point but I think we're good. At some point soon, we'll implement automated expiry for the flow data like we have for the activity events and that should address most of the performance concerns. As long as they're useful events, the more the merrier.

This comment has been minimized.

@vladikoff

vladikoff Mar 7, 2017
Contributor

Ok! sounds good

@philbooth
Copy link
Contributor

@philbooth philbooth commented Mar 7, 2017

@shane-tomlinson, this looks good to me! r+

@shane-tomlinson shane-tomlinson merged commit 65a70b0 into master Mar 7, 2017
4 checks passed
4 checks passed
ci/circleci Your tests passed on CircleCI!
Details
continuous-integration/travis-ci/pr The Travis CI build passed
Details
continuous-integration/travis-ci/push The Travis CI build passed
Details
coverage/coveralls First build on issue-4783-flow-events-cad at 98.367%
Details
@shane-tomlinson shane-tomlinson deleted the issue-4783-flow-events-cad branch Mar 7, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Linked issues

Successfully merging this pull request may close these issues.

3 participants