supabase: Local Supabase Studio development shows 500 errors when trying to view logs
Bug report
- I confirm this is a bug with Supabase, not with my own application.
- I confirm I have searched the Docs, GitHub Discussions, and Discord.
Describe the bug
Supabase Studio for local development flow is not reliable at all.
- I can’t see logs. If I try to see Postgres logs (or any other logs) I get a 500 error.
- When you go to Triggers and refresh the page I see a “Failed to retrieve database triggers” error.
- If I create a trigger through SQL query I can’t see it listed on the dashboard (although it is created and it does work). If I create a trigger through the dashboard I can see it on the dashboard.
It’s really hard to develop on a development/staging/production environment when the local development environment is so unstable. I’ll need to either develop directly on production or look for a different solution.
To Reproduce
Steps to reproduce the behavior, please provide code snippets or a repository:
- Run supabase with
supabase start
- Open the dashboard.
- Create a trigger through a sql query
- Go to Triggers on the dashboard and look for the trigger, it won’t be there.
- Go to the Logs page. There will be a 500 error.
Expected behavior
I should be able to see all triggers, no matter if I create it through a query or through the dashboard/ui. I should be able to see the postgres logs on the dashboard.
Screenshots
System information
- OS: MacOS Sonoma 14.0 (Intel Chipset)
- Edge and Chrome
- Version of supabase-js: 2.38.4
- Version of Node.js: 20.6.1
Additional context
Add any other context about the problem here.
About this issue
- Original URL
- State: closed
- Created 8 months ago
- Reactions: 6
- Comments: 20 (6 by maintainers)
If it helps anybody… As mentioned above, to have logs locally, you need to edit config.toml and enable analytics:
Important! After enabling, you need to restart supabase:
npm supa stop
npm supa start
Honestly I feel like there’s a lack of interest from supabase on the selfhosted stack. You can tell from the lack of features that you have on the hosted app.
This would be totally understandable (after all the selfhosted app doesn’t bring in any money), except that the self hosted stack is a critical part of a mature/production app.
I develop locally and afterwards deploy to staging and production which are cloud (paid for) apps.
Supabase is such a great platform, you can tell there’s a lot of hard work done on the cloud app, but I must say that the local development feels unpolished and somewhat painful to work with.
In the
config.toml
file, you can enable it as shown in this image:I was running into this same error and I needed to enable analytics in my config.toml file, but I had to add the entire analytics entry manually, likely because I was running an older project that was created before analytics were supported in the local studio. Doing that and restarting supabase, it pulled the logging containers and works correctly for me.
Hi @kaumac, @joshling1919, Can I know to which port of

analytic
you are connecting? During local development, we will need to make some adjustments to theport
andAPI key
ofLOGFLARE
Here is my configuration; I hope it can be helpful.I also have no issues creating tables and rows. Even the trigger erros seem to have been fixed in one of the latest versions.
I only have issues viewing the logs which are still showing a 500 error
I’m also getting error 500 on logs page. Is this currently being worked on?
Honestly I think the logs are more critical than the triggers not showing. We can still see the triggers through SQL queries (even though this is not an ideal solution/experience). Logs on the other hand are critical to development. I’m getting errors and I have no way to debug them.