Expand my Community achievements bar.

Help shape the future of AI assistance by participating in this quick card sorting activity. Your input will help create a more effective system that better serves your needs and those of your colleagues.

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

Avatar

Level 3

12/10/20

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

Level 8

12/11/20

@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

Level 3

12/14/20

@Brian_Johnson_ - 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

Level 6

12/28/20

Hi @Joe_Y_1 ,

 

This sounds like a useful idea.

 

In the meantime, really like @Brian_Johnson_ 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.