fix: Handle uninitialised helpers better

[benjackwhite]

Changes

Currently if you call posthog methods before the init method is called, you get a lot of potential errors largely because we forcefully set the type to be defined.

A typical case for this is where you only intialise PostHog if in a production environment.

This makes the lazy options truly lazy, with some early exits and otherwise optional accessors to ensure we don't call things that would crash.

I think we need a much more concrete solution for this (maybe having a decorator type approach to make sure no method runs without the lazy loaded values existing (i.e. init being called)) but for now this should at least stop people's browsers from crashing.

Checklist

• Tests for new code (see advice on the tests we use)
• Accounted for the impact of any changes across different browsers

[github-actions]

Size Change: +6.38 kB (+1%)

Total Size: 684 kB

Filename	Size	Change
dist/array.full.js	177 kB	+1.6 kB (+1%)
dist/array.js	119 kB	+1.59 kB (+1%)
dist/es.js	118 kB	+1.59 kB (+1%)
dist/module.js	119 kB	+1.59 kB (+1%)

ℹ️ View Unchanged

Filename	Size
dist/recorder-v2.js	93.6 kB
dist/recorder.js	58.3 kB

_{compressed-size-action}

[posthog-bot]

This PR hasn't seen activity in a week! Should it be merged, closed, or further worked on? If you want to keep it open, post a comment or remove the stale label – otherwise this will be closed in another week.

[pauldambra]

clicked around locally and got events 👍