Releases Index

PostHog Python

$npx @buildinternet/releases get posthog-python
Mon
Wed
Fri
OctNovDecJanFebMarAprMayJunJulAugSepOct
Less
More
Releases201Avg62/mo
posthog-v7.71.0

Adds capture_tracing_headers and POSTHOG_MW_CAPTURE_TRACING_HEADERS to ASGI, Flask, and Django integrations, enabled by default once an integration is installed, with trust-named options kept as deprecated aliases and explicit opt-outs honored. Header sanitization and request-context attribution are now shared across integrations, and docs clarify when to flush reusable clients versus shut down disposable ones.

Read more ↗
posthog-v7.70.1

Prompts.get() now makes a single request when several threads ask for the same prompt at once, with the other threads waiting on that result. With capture_errors=True, a shared failure is reported once instead of once per thread.

Read more ↗
posthog-v7.70.0

PostHogSpanProcessor now attaches the active PostHog context to exported AI spans: the distinct ID from identify_context, the session ID from set_context_session as $session_id, and context tags as properties. Request middleware tags like email, $ip, $user_agent, and $current_url now appear on AI events, so apps using the Django, Flask, or ASGI request middleware get AI events attributed to the context's person after upgrading.

Read more ↗
posthog-v7.69.0

client.metrics now attaches a trace exemplar to each series it flushes: a sample recorded inside a sampled PostHog start_span span or the current OpenTelemetry span stamps its data point with that span's trace ID, span ID, and value, linking metric charts to a representative trace. One exemplar per series per flush window, with the last sample winning.

Read more ↗
posthog-v7.68.0

ASGI and Flask now default to inheriting the effective client's exception-autocapture setting, with explicit capture overrides and context-only operation. Flask and Django now require opt-in to accept PostHog tracing identity and session headers, and Django gains property-named settings and extraction methods while preserving legacy aliases.

Read more ↗
posthog-v7.67.0

A Django REST Framework error-only exception handler captures handled 5xx API exceptions while preserving DRF responses; expected 4xx errors stay excluded by default. It inherits Django middleware, client, request-filter, and exception-autocapture configuration.

Read more ↗
posthog-v7.66.0

New framework-independent ASGI middleware captures request context and unhandled exceptions, supporting FastAPI, Starlette, Litestar, WebSockets, and sync or async filters without a framework dependency. A Flask integration is also added for isolated request contexts and automatic exception capture, plus resolve_original_tool for low-level MCP servers to strip PostHog-owned arguments before strict tool validation.

Read more ↗
posthog-v7.65.0

Exception capture metadata is standardized across severity, capture source, typed integration metadata, mechanism semantics, bounded exception-group traversal, and deterministic cause linkage. Application overrides of reserved exception properties still work during a deprecation period but now emit a warning and will be removed in the next major version.

Read more ↗
Last Checked
54m ago
Latest
openfeature-provider-posthog-v0.1.107
Tracking since Nov 23, 2020