Hello Analytics community and implementation experts! With 2020 drawing to a close, I wanted to resurface an issue we saw crop up at the beginning of the year. This is simply a precautionary warning to make sure that you don't experience any JavaScript errors and data loss when 2021 rolls around.
In older versions of the getTimeParting plug-in, years were hardcoded in to help accommodate some daylight savings logic. While this issue was fixed well ahead of time, many implementations did not have the latest version of the plug-in, and had to scramble to update their plug-in code.
With that said, please take a couple minutes to review your Analytics implementation, particularly around the getTimeParting plug-in.
If you have any questions about this, please reply here in the discussion and I'll do what I can to assist. I hope everyone has a happy, safe and healthy holiday season!
@Gigazelle Hi Mate,
We are currently with version 3.4 for the getTimeParting Plugin. We have updated this with Adobe Analytics extension under Library Management(custom library code) and we have updated till with current year (2021 with daylight date range under the s._tpDST).
In this regard, could you please how we can update the latest version for the plugin?
Views
Replies
Total Likes
Certainly!
Important note: The dimension items that the latest version of this plug-in returns is a lot different than old versions. Make sure that you also update variables that reference this plug-in so they contain desired values. Many organizations find it easier to simply start fresh with a new prop/eVar.
Views
Replies
Total Likes
Views
Likes
Replies
Views
Likes
Replies