-
Notifications
You must be signed in to change notification settings - Fork 12
feat: Tracking needs for Shipping Presets project #661
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
…rtwork form clicks
| artwork_id: string | ||
| label: string | ||
| shipping_preset_id?: string | ||
| } |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
these ones I want to look into more - maybe its ok to have such a specific optional field on a very generic artwork click event (?)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, that's the idea. These are already specific actions (ClickedPublish, ClickedSave). They only get triggered in CMS when hitting the CTAs, so by adding this we can always capture the shipping preset id on saving and publishing.
| values?: string[] | ||
| artwork_ids: string[] | ||
| shipping_preset_id?: string | ||
| } |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is probably the diff I'd like the most feedback on!
Allowing the CmsBulkEditProcessingCompleted event to support optional arrays for labels and values
This is needed as all shipping/pickup related fields will be sent over at one time
Ex:
{
action: "processingCompleted",
context_module: "Artworks - bulk edit",
labels: ["change domesticShipping", "change internationalShipping", "change collectorPickup"],
values: ["2000", "3000", "1000"],
artwork_ids: ["artwork1", "artwork2"],
shipping_preset_id: "preset123"
}
And here's the UI, all domestic, international, and collector pickup are sent over on a single click
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let me know if this raises any red flags on your end @leodmz !
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the optional array bit is fine.
I'm a bit concerned with amending an attribute on an existing event though. We've had issues in the past when trying to change the type of an attribute after it already started being fired.
This is a bit different but we should try firing some examples in prod' to see what it looks like in redshift
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The singular label and value singular will continue to fire as expected/untouched
The array fields are brand new attributes on the event - labelsand values will be separate optional fields and only be used when we are ready!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah I see now. No concerns from my side then :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ohh interesting this wasn't already the case.
This probably means we're not capturing all of them in case of signature then (signature section on the drawer already provides multiple fields).
It shouldn't be a big deal as I believe @leodmz is relying on the actual db tables for most of the tracking events related to the updated fields, but just something to be aware of.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes you are right @lidimayra, looks like we never send over the text field value when a user updates a signature in batch edits
I've updated this example to signature: hand signed and notes of "bottom left hand" and notice we only send the first value
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🐛 , let me know if we should ticket this to use the array values event type as well!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd say only if @leodmz thinks it might be useful somehow (if we never had it and we never lacked it, it might not even be needed, given our analysis are usually on top of the data provided by Gravity db tables)
lidimayra
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!!! 🚀
| values?: string[] | ||
| artwork_ids: string[] | ||
| shipping_preset_id?: string | ||
| } |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ohh interesting this wasn't already the case.
This probably means we're not capturing all of them in case of signature then (signature section on the drawer already provides multiple fields).
It shouldn't be a big deal as I believe @leodmz is relying on the actual db tables for most of the tracking events related to the updated fields, but just something to be aware of.
|
🚀 PR was released in |
The type of this PR is: FEAT
This PR resolves Shipping-Preset-Project-tracking
Description
Adjusting and adding some new tracking details for the shipping presets flows
See thoughts inline
PR Checklist (tick all before merging)
index.tsclickandtap(platform is inferred by the DB storing events)cc @artsy/amber-devs