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
When API_KEY refers to Supabase secret service key, it works as expected.
But when API_KEY refers to ANON Key, it does not work at all -- code runs without compliant but cannot receive notification when change happened in table , even with access authorized by RLS on table.
To Reproduce
Steps to reproduce the behavior, please provide code snippets or a repository:
use demo code.
toggle API_KEY between ANON_KEY and SERVICE_KEY.
then change something in supabase table.
check difference.
Expected behavior
ANON-KEY , or with authenticated role should receive change notification as SERVICE_KEY.
Hope the document make it clear on authorization method used in this client, and also how RLS could be integrated.
The text was updated successfully, but these errors were encountered:
Bug report
Describe the bug
Follow demo step, as
When API_KEY refers to Supabase secret service key, it works as expected.
But when API_KEY refers to ANON Key, it does not work at all -- code runs without compliant but cannot receive notification when change happened in table , even with access authorized by RLS on table.
To Reproduce
Steps to reproduce the behavior, please provide code snippets or a repository:
Expected behavior
ANON-KEY , or with authenticated role should receive change notification as SERVICE_KEY.
Hope the document make it clear on authorization method used in this client, and also how RLS could be integrated.
The text was updated successfully, but these errors were encountered: