Skip to content

Refactor Phone Confirmation analytics#798

Merged
monfresh merged 1 commit intomasterfrom
mb-cleanup-analytics
Dec 1, 2016
Merged

Refactor Phone Confirmation analytics#798
monfresh merged 1 commit intomasterfrom
mb-cleanup-analytics

Conversation

@monfresh
Copy link
Contributor

@monfresh monfresh commented Dec 1, 2016

Why: To better capture phone confirmation events

How:

  • Remove the 'User confirmed their phone number' event because that can
    be queried via the properties of the MULTI_FACTOR_AUTH event.
  • Track successful phone changes by adding a new property in the
    MULTI_FACTOR_AUTH event, as opposed to having a separate event

@monfresh monfresh self-assigned this Dec 1, 2016
@monfresh monfresh added this to the Sprint 20 milestone Dec 1, 2016
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

eek must have forgotten to turn this into a constant. good find!

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what is the purpose of removing the confirmation_for_phone_change key here? based on the method name it looks like the hash is built specifically for analytics, so it is confusing as a reader to me to remove it?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

On second thought, you are right. I thought we wouldn't be interested in that property for a page visit, but I think we might, and it doesn't hurt to have extra properties. I'll revert this.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reverted. PTAL.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ooooh except 😻

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should confirmation be a constant?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nice! this method name is V clear 🐃

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

seeing this string in the specs makes me think that my earlier comment (re: making this a constant) may be correct. I can imagine a typo in the word creating a confusingly failing spec.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not opposed, but can we do that in a separate PR since this wasn't introduced here?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

sure! just a suggestion

@monfresh monfresh force-pushed the mb-cleanup-analytics branch 2 times, most recently from 6f54798 to f174ab5 Compare December 1, 2016 20:00
**Why**: To better capture phone confirmation events

**How**:
- Remove the 'User confirmed their phone number' event because that can
be queried via the properties of the MULTI_FACTOR_AUTH event.
- Track successful phone changes by adding a new property in the
MULTI_FACTOR_AUTH event, as opposed to having a separate event
@monfresh monfresh force-pushed the mb-cleanup-analytics branch from f174ab5 to a0f2a31 Compare December 1, 2016 20:17
Copy link
Contributor

@zachmargolis zachmargolis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

@monfresh monfresh merged commit 72dac29 into master Dec 1, 2016
@monfresh monfresh deleted the mb-cleanup-analytics branch December 1, 2016 21:02
amoose pushed a commit that referenced this pull request Feb 24, 2017
**Why**: To better capture phone confirmation events

**How**:
- Remove the 'User confirmed their phone number' event because that can
be queried via the properties of the MULTI_FACTOR_AUTH event.
- Track successful phone changes by adding a new property in the
MULTI_FACTOR_AUTH event, as opposed to having a separate event
amoose pushed a commit that referenced this pull request Feb 28, 2017
**Why**: To better capture phone confirmation events

**How**:
- Remove the 'User confirmed their phone number' event because that can
be queried via the properties of the MULTI_FACTOR_AUTH event.
- Track successful phone changes by adding a new property in the
MULTI_FACTOR_AUTH event, as opposed to having a separate event
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants