You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am using LegendState V3 with the Supabase plugin and I was having an issue where I was doing a .set() and the data was only being stored locally and not in the DB. After a lot of troubleshooting I found out that if I do not have an observer listening to the changes, these are not updated in Supabase. Here is my configuration:
Yes, it's intended, though I very much understand how it's confusing. It's documented here but we may need to repeat that in all the plugin pages...
The reason is that it's very useful to be able to define how an observable syncs itself when accessed, without actually syncing it. In Bravely for example, we set up sync for hundreds of different observables, and then individual pages access some subset of them. We don't want to immediately call hundreds of server functions, but to update them on demand while the user navigates around between pages.
However! Doing a set should trigger a sync followed by committing the save to the server. We have some tests for that:
test('set not called until loaded first',async()=>{
But is that not working in supabase for some reason? Can you make sure you're on the latest beta version and confirm in the network logs that calling set doesn't trigger the supabase sync or the update?
I am using LegendState V3 with the Supabase plugin and I was having an issue where I was doing a .set() and the data was only being stored locally and not in the DB. After a lot of troubleshooting I found out that if I do not have an observer listening to the changes, these are not updated in Supabase. Here is my configuration:
Here is the table I am updating:
Since I have nothing observing these, the only way to fix the issue was to add the following at the bottom:
Is this intended? If so:
The text was updated successfully, but these errors were encountered: