إصلاح · سوبابيس وقواعد البيانات

فشل الإدخال: new row violates row-level security policy

تعطّل عملك

ما قد تراه

يفشل حفظ نموذج أو إنشاء سجل للمستخدمين المسجلين أو الزوار
لا يستطيع تطبيقي حفظ بيانات النموذج في جدول قاعدة البيانات
يذكر الخطأ أمان مستوى الصف أو سياسة (policy)

السبب الأرجح

أمان مستوى الصف مفعّل للجدول ولا توجد سياسة تسمح لهذا النوع من المستخدمين (زائر أو مسجّل) بإضافة ذلك السجل.

افحص أولاً (نحو دقيقتين)

في لوحة Supabase افتح صفحة سياسات الجدول: هل توجد سياسة INSERT؟ (قد يختلف اسم الصفحة)
تحقق من الدور الذي يجري الاستدعاء: غير مسجل (anon) أو مسجل (authenticated).

أمر الإصلاح

ما تكتبه هنا لا يغادر متصفحك. البحث يعمل داخل هذه الصفحة ولا يُرسل شيء إلى خادم ولا إلى ذكاء اصطناعي.

نص الخطأ بالضبط أو ما تراه

ما فعلته قبل أن يحدث

يبقى في هذا المتصفح وعلى هذا الجهاز فقط. تُحذف المفاتيح وكلمات المرور قبل أي حفظ.

لغة الأمر

أنت مهندس حذر وخبير يعرف Supabase (قاعدة البيانات وتسجيل الدخول وتخزين الملفات) ويشرحه لأشخاص ليسوا مبرمجين. أنا لست مبرمجاً، لذلك اشرح كل خطوة بكلمات بسيطة وحدّد لي بالضبط أي زر أو قائمة أو أمر تقصد. إذا لم تكن متأكداً من شيء فقل ذلك ولا تخمّن.

المشكلة
فشل الإدخال: new row violates row-level security policy

نص الخطأ كما ظهر لي، أو ما أراه
[الصق هنا نص الخطأ كما ظهر لك]

ما فعلته قبل أن تحدث المشكلة
[اكتب بإيجاز ما فعلته قبل ظهور المشكلة]

السبب الأرجح
أمان مستوى الصف مفعّل للجدول ولا توجد سياسة تسمح لهذا النوع من المستخدمين (زائر أو مسجّل) بإضافة ذلك السجل.

نفّذ هذه الخطوات بهذا الترتيب
1. اعرض لي تعريف الجدول وسياساته الحالية (من محرر SQL أو ملفات الهجرة).
2. أخبرني من يجب أن يُسمح له بالإدخال (أي أحد أو المسجلون أو صاحب السجل فقط) واسألني إن لم يكن واضحاً.
3. اكتب أضيق سياسة INSERT بعبارة WITH CHECK مناسبة (مثل user_id = auth.uid()) للدور الصحيح فقط.
4. أعطني السياسة كملف هجرة (migration) وأخبرني كيف أختبرها كمستخدم عادي وليس كمدير.
توقف وأخبرني إذا كان ما تراه لا يطابق إحدى الخطوات. لا تتجاوز أي خطوة.

تأكد أن الحل نجح
- ينجح إدخال كمستخدم عادي، ويبقى الإدخال بمعرّف شخص آخر فاشلاً.
أخبرني بالضبط ماذا يجب أن أرى على الشاشة عندما ينجح.

لا تغيّر
- لا توقف أمان مستوى الصف.
- لا تستخدم مفتاح service role في المتصفح للالتفاف عليه.
- أي شيء لم أطلبه: التصميم أو النصوص أو الصفحات الأخرى أو الإعدادات الأخرى أو البيانات.
- لا تحذف ملفات أو بيانات أو فروعاً، ولا تعِد الضبط ولا تدفع بالقوة (force push)، ولا تعيد كتابة السجل، إلا بعد أن تعرض عليّ بالضبط ما الذي سيضيع وأوافق.
- لا تلصق ولا تطبع ولا تطلب مني لصق كلمة مرور أو مفتاح سري في هذه المحادثة. وإذا لزم أحدها فأخبرني في أي صفحة إعدادات من الخدمة الصحيحة أحفظه.

عند الانتهاء
اشرح بكلمات بسيطة ما الذي غيّرته (ملفاً ملفاً أو إعداداً إعداداً) ولماذا غيّرته وكيف أتراجع عنه.

الصقه في Claude أو ChatGPT أو Gemini أو Cursor ثم اتبع ما يقوله.

بعد أن جرّبته، هل نجح؟

الخطوات

اعرض لي تعريف الجدول وسياساته الحالية (من محرر SQL أو ملفات الهجرة).
أخبرني من يجب أن يُسمح له بالإدخال (أي أحد أو المسجلون أو صاحب السجل فقط) واسألني إن لم يكن واضحاً.
اكتب أضيق سياسة INSERT بعبارة WITH CHECK مناسبة (مثل user_id = auth.uid()) للدور الصحيح فقط.
أعطني السياسة كملف هجرة (migration) وأخبرني كيف أختبرها كمستخدم عادي وليس كمدير.

لا تفعل هذا

لا تكتب سياسة using (true) لكل الأدوار على جدول فيه بيانات خاصة.
لا توقف أمان مستوى الصف.
لا تستخدم مفتاح service role في المتصفح للالتفاف عليه.