Expose Launch library "Name" in a Core data element so that it may be captured in an Analytics eVar

Avatar

Avatar

Joe_Y_1

Avatar

Joe_Y_1

Joe_Y_1

10-12-2020

It would be helpful if there was a Core data element that returned the value of the Launch library "Name". This would make it easy to set the value to an Analytics eVar for debugging purposes. We name our libraries using the Major.Minor.Patch versioning convention and it would be helpful to know which Launch library a website visitor was using. Sometimes after a new library is published it seems like some visitors may have the old library cached in their browser. If we could capture the library "Name" as an eVar, we would know this for sure.

 

Joe_Y_1_0-1607646889929.png

 

3 Comments

Avatar

Avatar

evolytics_brian

Avatar

evolytics_brian

evolytics_brian

11-12-2020

@Joe_Y_1  - Love the idea! Until it can be implemented, have you considered building a custom JS data element to pull in values from _satellite.buildInfo and/or _satellite.property? You won't be able to get the library name, but _satellite.buildInfo.buildDate at least updates with each new build. And, since it's custom, you can include any other details you might want (environment, AppMesurement version, ECID version, etc).

Avatar

Avatar

Joe_Y_1

Avatar

Joe_Y_1

Joe_Y_1

14-12-2020

@evolytics_brian - I've considered just using buildDate, but since we use the Major.Minor.Patch convention for our library name, capturing it would just make things simpler from a reporting perspective. We are currently capturing the Major.Minor.Patch AppMeasurement and ECID versions in an Analytics dimension, but they don't always change from library to library. Capturing an all-encompassing version number at the library level would just make things cleaner.

Avatar

Avatar

jkm-disco

Avatar

jkm-disco

jkm-disco

28-12-2020

Hi @Joe_Y_1 ,

 

This sounds like a useful idea.

 

In the meantime, really like @evolytics_brian solution as a more automated method, but my team just uses a Core Constant variable to manually update and included with each library push. It's a bit tedious, but becomes ingrained in the workflow, and allows whatever naming convention seems appropriate. My team usually includes the name of the property itself, submission date, and the approver's initials, and we can determine, by looking at the publishing records, if the push was major/minor and the initials of the developer.