Skip to content

fix(columns): expose domain identity on domain-typed columns - #1135

Open
hsusul wants to merge 1 commit into
supabase:masterfrom
hsusul:fix/columns-domain-identity
Open

fix(columns): expose domain identity on domain-typed columns#1135
hsusul wants to merge 1 commit into
supabase:masterfrom
hsusul:fix/columns-domain-identity

Conversation

@hsusul

@hsusul hsusul commented Sep 2, 2026

Copy link
Copy Markdown

Summary

  • Add domain_schema and domain_name to the columns introspection API when a column's type is a PostgreSQL DOMAIN
  • Keep data_type and format reporting the domain's base type (matching information_schema.columns) so existing consumers stay compatible
  • Fixes inconsistent Studio labeling where the type picker shows the domain name but the table grid showed only jsonb / text

Closes #1092

Why this matters

Domain types are common for validated columns (EQL, custom search types, constrained integers). Without domain identity in the API, Studio's schema visualizer and table editor collapse everything to the base type.

Test plan

  • domain-typed columns expose domain identity regression test against fixture domains text_search (jsonb) and positive_int (int4)
  • Updated column snapshots to include domain_schema / domain_name (null for non-domain columns)

Studio and other consumers need the domain name to label columns
correctly. Keep data_type and format as the base type for compatibility,
and add domain_schema/domain_name when the column type is a DOMAIN.

Closes supabase#1092
@hsusul
hsusul requested review from a team, avallete and soedirgo as code owners September 2, 2026 04:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

columns introspection reports a domain column's **base type**, discarding the domain identity

1 participant