danger

You are viewing documentation for an older version.

Click here to view the latest documentation.

Profiles 0.26 Changelog

Changelog for Profiles v0.26.

Version 0.26.0

23 July 2026
Schema version: 99

Release Schedule

MilestoneDate
CLI releaseJuly 23, 2026
Deployment to dev workspacesJuly 23, 2026
Deployment to production workspacesJuly 28, 2026

What’s New

  • Rule-based filtering (ID Graph Cardinality Rules) is now supported in ID Stitcher for BigQuery, in addition to Snowflake
  • ID Stitcher metadata logging (log_direct_edge_info and log_node_metadata) is now supported for BigQuery, in addition to Snowflake. See ID Stitcher
  • Per-source edge attribution: Each bucket in the edges_by_type metadata column now carries a sources[] array listing the source models that contributed the edge. See Identity Graph
  • The <material>_<entity>_CARDINALITY_AUDIT table includes a new source_models column, so you can trace a capped or dropped edge back to the source models that produced it
  • Incremental entity var bundling: Support to compute incremental entity vars in a bundle is now available.
  • Profiles writes user-facing output tables to a schema separate from its internal working tables.
  • The pb CLI supports shell autocompletion

Miscellaneous

  • BigQuery queries now enforce GoogleSQL, with normalized JSON and time expressions
  • S3 configuration resolution and the Redshift S3 write path support IAM role authentication, in addition to key-based authentication
  • The pb version is included in the task summary
  • Snowflake OCSP cache miss errors can be suppressed using a PB environment toggle

Bug Fixes

  • Rebase-affected default materials are now reused at compile time
  • rebase_incremental is no longer silently skipped in already-materialized timegrain buckets
  • Material cleanup now tolerates dependency cycles instead of failing
  • Connection leaks and broken pipe errors caused by unbounded connection pools are fixed
  • Query tags work again on Snowflake

Known Issues

BigQuery

  • pb validate access command does not work for BigQuery.

Redshift

  • If two different users create material objects on the same schema, RudderStack gives an error during cleanup when trying to drop views created by the other user, like user_var_table.
  • Cross-database references can fail on Redshift for a few clusters.
  • While creating activations, validation for Redshift does not work correctly in the RudderStack dashboard.

Other issues

  • Linux users might see this warning for all command runs — you can ignore it:
WARN[0000]log.go:228 gosnowflake.(*defaultLogger).Warn DBUS_SESSION_BUS_ADDRESS envvar looks to be not set, this can lead to runaway dbus-daemon processes. 

To avoid this, set envvar DBUS_SESSION_BUS_ADDRESS=$XDG_RUNTIME_DIR/bus (if it exists) or DBUS_SESSION_BUS_ADDRESS=/dev/null
  • pb insert does not work for Redshift, Databricks, and BigQuery.
  • If you are referring a public package in the project and get the ssh: handshake failed error, then you will have to manually remove the entire folder from WhtGitCache to make it work.

Questions? We're here to help.

Join the RudderStack Slack community or email us for support