Hi @luka and @Raphael and @Joyce congratulations on the launch BUT THERE IS A HUGE PROBLEM FOR ME.
The Weweb 3.0 update now uses Supabase personal access tokens for configuring the data plugin. But that does not work for Self-hosted Supabase projects.
Supabase doesn’t generate personal access tokens for self-hosted projects because that is supposed to be used for accessing cloud projects. See this resolved issue. So right now I cannot create any new projects on Weweb forever and ever. And I DARE NOT edit my current projects’ backends or else, they will stop working, THIS IS A BIG BIG ISSUE AND THE WORST POSSIBLE TIME FOR ME TO HAVE THIS. All my apps need HIPAA compliance AND data residency. So I cannot use Supabase Cloud but I must self host it. And this weweb 3.0 has put a stumbling block for me. So I am just stuck with my 2 existing projects. PLEASE PLEASE help. I have already combed through the Supabase docs tonight franctically, there is no way to create Personal Access Tokens. So how else does one use the weweb data plugin? Can we have both the URL and Public Access Token option back in addition to this personal access token??
You should simply be able to add the postgres connection string and the other credentials manually via the advanced tab instead of doing the link, right? There is an advanced tab where you can fill this out.
Hey man. What’s up. Thanks for stopping by. I can’t see any “Advanced” tab in the data plug-in configuration page. It just shows a single input field requesting for “Personal Access token”. I raised it with customer support and they said they are aware of the issue and will “fix it”. Could you shed more light on where I could find this “advanced tab”. Is it the data plug-in page. Or elsewhere?
I see now what you mean. Yeah, I think it should be non mandatory then. In the following step you can specify the connection string and all the old stuff like the URL etc.
Thanks for reporting this on the board. I was thinking of making a new project using supabase installed in self-hosted. When I encountered this issue, I had to reconsider. Luckily, the original project did not use any connection to the 3rd party plugin that weweb created because I was worried this problem would happen.
If WEWEB cannot fix it, I recommend using an open source backend that creates an API to connect instead, such as Motoradmin, which can connect directly to supabase, or use another backend, such as Nocobase, Budibase.
Hi everyone, it has been fixed before the end of the last week, we added another connection mode that let you bypass the oauth connection so you can connect any supabase project (local, selfhost,…) without having to connect your account.
Stuck here for minutes and then “invalid configuration” error (red alert in left bottom)
Sorry but it really blocks all my service and my custommers are complaining a lot !!
The weidest is that all is green and checked … on both supabase and supabase Auth Pluggins
Also, I can access my Tables in the Backend tab !! and my users in the Auth tab …
So strange ! (on reload page i have “failed to load pluggin supabase …)”
If it was solved after upgrading I guess you reached a limit or your instance was put in pause maybe ? I don’t think it’s related to our integration if it was solved by a project restart
If it happen again please open a ticket on support.weweb.io and we will take a look asap!
I think you are right and that it comes from Supabase
However : the database size was already updated to PRO (a week ago) and what I actually upgraded later to resolve is the “Compute and Disk” that does not automatically upgrades on the free to Pro update (Compute and Disk | Supabase Docs)
In the link i provided, there is a “max DB size (recommended)” for the compute discs, that’s what may have gone wrong … If it is the case, It would be appreciated from Supabase to send an email in these situations or raise an error on their dashboard … I’ll contact them.
Note that the bug happened at a “peak” of the app usage so … I hope it wont happen again and if it does I’ll definitely open a ticket.