LogRocket reported this major-impact incident on its official status page on Jul 12, 2021, 14:20 UTC. It was resolved after under a minute.
Right now LogRocket is operational. Live LogRocket status →
A bug in our build pipeline caused our SDK to expose an internal library globally. As a result, our subset of the lodash library was bound to `window._`, overwriting the existing `_` global for some customer sites. This meant that some expected library functions were not defined after our script loaded. #### Technical Details: * A code change imported all of lodash and accessed a method on the import instead of importing just the method. * Webpack bundled lodash, including its `window._ `assignment despite the library being used in a module import context. #### Remediations: * We’ve added additional tests to catch unwanted pollution of the window object by our SDK * We’ve added an internal linting rule to avoid full lodash imports
We received customer reports that our SDK interfered with the popular lodash library, resulting in broken customer sites. We've rolled back to a known functional version of our SDK. The incident lasted for about an hour and 40 minutes.
Our 5-minute checks didn't record a change in LogRocket's overall status around this incident. Smaller or regional incidents often leave a provider's overall status green.
LogRocket reported 0 incidents in the last 90 days. See LogRocket's uptime and incident history