You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Prior to v2.55.0, statements like import { init } from 'mixpanel-browser' were possible.
The most recent type definitions at @types/mixpanel-browser support this.
However, after upgrading to v2.55.0, if your bundler decides to start using mixpanel.module.js, you will get a runtime error: Uncaught SyntaxError: The requested module does not provide an export named 'init'.
The new esm module has the following export statement only export { mixpanel as default };
The text was updated successfully, but these errors were encountered:
Hmm I'm not sure how importing init worked before, but that was never a documented or supported usage. We don't control the 3rd-party type definitions. The public API has always been that you import the mixpanel object.
Yes post version 2.53 and above ESM tree shaking support for modules is limited and also resulted in bloating of bundle size from 20kB to 40kB (Gzip).
Bundlephobia link for reference: https://bundlephobia.com/package/[email protected]
Prior to v2.55.0, statements like
import { init } from 'mixpanel-browser'
were possible.The most recent type definitions at
@types/mixpanel-browser
support this.However, after upgrading to v2.55.0, if your bundler decides to start using
mixpanel.module.js
, you will get a runtime error:Uncaught SyntaxError: The requested module does not provide an export named 'init'
.The new esm module has the following export statement only
export { mixpanel as default };
The text was updated successfully, but these errors were encountered: