new row violates row-level security policy

Arréglalo tú, gratis

Esto se arregla en el panel de Supabase, en menos de cinco minutos. Ve con una idea clara de quién debe poder escribir en esa tabla antes de empezar, porque es la única decisión que importa aquí.

1. 01Entra en tu proyecto de Supabase y ve a Authentication y luego Policies. Busca la tabla que da el error.
2. 02Mira qué políticas tiene. Si solo ves una de tipo SELECT, ese es el problema: tienes permiso de lectura pero ninguno de escritura.
3. 03Pulsa en crear una política nueva para esa tabla y elige la operación INSERT.
4. 04Elige quién puede escribir. Si solo deben poder hacerlo usuarios que han iniciado sesión, la condición es auth.role() = 'authenticated'. Si además cada usuario solo debe poder crear filas suyas, la condición compara el campo de propietario de la tabla con auth.uid(), y tu código tiene que estar rellenando ese campo al guardar.
5. 05Guarda y prueba de nuevo desde la app. Si necesitas también editar o borrar, repite el proceso con UPDATE y DELETE: cada operación necesita su propia política.

Si en algún momento ves un ejemplo que sugiere poner la condición a true para todo el mundo, eso equivale a dejar la tabla abierta. Solo tiene sentido en tablas de contenido público, nunca en una con datos de clientes.

Y esto para la parte de código

Pégaselo tal cual al agente que escribió tu app. Está redactado para que te diga lo que ha hecho, no solo para que lo haga.

Mi app da el error "new row violates row-level security policy" al intentar guardar en Supabase.

Necesito que hagas esto:
1. Busca en el código la operación de inserción que está fallando y dime en qué tabla escribe y qué campos envía.
2. Comprueba si esa tabla tiene un campo de propietario (del tipo user_id) y si el código lo está rellenando con el identificador del usuario que ha iniciado sesión. Si no lo rellena, corrígelo.
3. Comprueba que la operación se hace con el usuario identificado y no con una sesión anónima, y dime en qué punto del código se establece esa sesión.
4. Escríbeme la política de RLS que necesita esa tabla en SQL, para que yo la revise antes de aplicarla en el panel de Supabase, y explícame en una línea a quién deja escribir.

Muy importante: no desactives RLS ni escribas una política que permita escribir a cualquiera, y no uses la clave service_role en el código del navegador bajo ningún concepto.