2
Disable self-hosted Studio features via server environment variable
Source: supabase/supabase#41500 · opened by @mauzybwy
Currently, to disable features in Studio, one must set the env var NEXT_PUBLIC_DISABLED_FEATURES. This variable is only used in the Next.js client, and overwrites the profile fetched from the api. A la [apps/studio/data/profile/profile-query.ts](
The annoying side-effect of this is that the only way to change the disabled_features list when self-hosting is by modifying the Studio Dockerfile to add something like this:
As a potential solution to a simpler runtime configuration when self-hosting, @ivasilov suggested in [this Discord thread]( that instead of overwriting the profile object on the client, it would be feasible to instead just return a profile object with the disabled_features field populated from the api by adding something like this to [apps/studio/pages/api/platform/profile/index.ts](
The annoying side-effect of this is that the only way to change the disabled_features list when self-hosting is by modifying the Studio Dockerfile to add something like this:
As a potential solution to a simpler runtime configuration when self-hosting, @ivasilov suggested in [this Discord thread]( that instead of overwriting the profile object on the client, it would be feasible to instead just return a profile object with the disabled_features field populated from the api by adding something like this to [apps/studio/pages/api/platform/profile/index.ts](
No pledges yet. Be the first to back this.
Comments
Similar requests
Self-Hosted: User Authentication Context and Auditability in Supabase Studio
3 votes · 0 comments
Add ability to create sql snippets on selfhosted instance
8 votes · 0 comments
Local supabase studio and supabase dashboard looks too similar.
3 votes · 0 comments
Internationalization (i18n) Architecture for Supabase Studio
1 vote · 0 comments
Proposal: Self-Hosted Developer Experience Parity in Studio
1 vote · 0 comments
No comments yet.