التعبئة التلقائية لا تعمل: إصلاحات تنجح فعلاً
تتوقف التعبئة التلقائية بطرق قليلة يمكن التنبؤ بها. في الممارسة العملية لا يكون السبب خللاً قطرياً أبداً: إنما خزنة مقفلة، أو مزوّد خاطئ محدّد، أو جسر توقف عن الاتصال، أو تطبيق يحتاج إعادة تشغيل، أو متصفح بدأ بهدوء يعبّئ من مكان آخر.
مرّ عليها بهذا الترتيب حسب الاحتمال. تستغرق نحو خمس دقائق وتحلّ الغالبية العظمى من الحالات.
الإصلاح 1: افتح قفل الخزنة
السبب الأكثر شيوعاً بفارق كبير، والأسهل إغفالاً، لأن التطبيق يبدو مثبَّلاً ومُفعَّلاً.
- وضع الإضافة المستقل: افتح النافذة المنبثقة للإضافة وافتح قفلها. الإضافة المقفلة لا تستطيع فك تشفير أي شيء، فلا تعرض أي شيء.
- وضع جسر سطح المكتب: يجب فتح قفل تطبيق سطح المكتب. يرفض الجسر العمل والخزنة مقفلة، عن قصد.
- الجوال: افتح التطبيق وافتح قفله قبل أن تركّز على الحقل. الإغلاق عند الخمول يعني أن التعبئة التلقائية تتوقف أيضاً.
إذا ظهرت الاقتراحات مباشرة بعد فتح القفل ثم اختفت، فهذه إجابتك.
الإصلاح 2: تحقق من مزوّد النظام
تغيير مدير كلمات المرور لا يغيّر دائماً ما يعرضه نظام التشغيل.
| المنصة | أين تحقق |
|---|---|
| Android | الإعدادات ← الأمان ← خدمة التعبئة التلقائية |
| iOS / iPadOS | الإعدادات ← كلمات المرور ← AutoFill Passwords |
| macOS | إعدادات النظام ← عام ← AutoFill & Passwords |
| Windows | الإعدادات ← الحسابات ← كلمات المرور (مزوّدو بيانات الاعتماد) |
| Chrome | الإعدادات ← كلمات المرور ومفاتيح المرور والتعبئة التلقائية ← مدير كلمات المرور |
إن كان مديران مُفعَّلان، يختار نظام التشغيل واحداً ويبدو الآخر معطّلاً. عطّل الذي لا تريده، أو اختر عمداً الذي تريده — وأكّد الاختيار نفسه في المتصفح.
الإصلاح 3: أعد تشغيل التطبيق الهدف أو المتصفح
تغيير مزوّد بيانات الاعتماد لا يسري دائماً في عملية قيد التشغيل بالفعل. هذا أمر روتيني لا خلل:
- الجوال: أجبر التطبيق الذي تحاول التعبئة فيه على الخروج، ثم افتحه من جديد.
- سطح المكتب: اخرج من المتصفح تماماً (لا النافذة فقط) ثم افتحه.
- إن كان المتصفح هو المشكلة، فأعد تشغيله قبل تغيير أي شيء آخر — فإعادة تحميل الإضافة كثيراً ما تُسجّل المضيف الأصلي من جديد.
الإصلاح 4: أعد ربط جسر سطح المكتب
التعبئة التلقائية على سطح المكتب مصافحة من جزأين: يسجّل التطبيق مضيف مراسلة أصلي، وتتحدث الإضافة معه عبر مقبس محلي. تفشل حين يكون تسجيل المضيف مفقوداً أو قديماً.
- افتح قفل تطبيق OpenKey على سطح المكتب.
- افتح الإعدادات ← الأمان وبدّل التعبئة التلقائية — هذا يسجّل مضيف المراسلة الأصلي من جديد.
- على متصفحات Chromium، اكتب معرّف الإضافة غير المحزومة إلى ملف المنصة، ثم بدّل التعبئة التلقائية مجدداً ليُعاد توليد الملف التوضيحي:
| المنصة | ملف معرّف الإضافة |
|---|---|
| Windows | %LOCALAPPDATA%\OpenKey\chrome_extension_id.txt |
| Linux | ~/.local/share/OpenKey/chrome_extension_id.txt |
- في الإضافة، اختر استخدام تطبيق سطح المكتب.
- macOS فقط: تأكّد أن Python 3 على
PATHلديك — فسكربت المضيف يتطلبه.
وتأكّد أيضاً أن الخزنة لا تزال مفتوحة القفل حين تختبر. مقبس الجسر لا يوجد إلا أثناء جلسة مفتوحة القفل.
الإصلاح 5: تحقق من وجود مدير منافس
يشحن كل من Chrome و Edge تخزين كلمات مرور مدمجاً، وسيستمر عن التعبئة بمفرده بكل سرور. إذا «اختفت» الاقتراحات وتُعبّأت بيانات الاعتماد رغم ذلك، فالمدير المدمج هو من يفعل ذلك.
- عطّل تسجيل الدخول التلقائي بكلمات المرور المحفوظة في إعدادات المتصفح، أو
- احذف الإدخال المدمج ودع مديرك يملك تسجيل الدخول.
يظهر التعارض نفسه بين iCloud Keychain ومزوّد AutoFill من طرف ثالث، وبين إضافتين تطلبان كلتاهما <all_urls>.
أسباب خاصة بكل منصة
Chrome
وصول إضافة للموقع: chrome://extensions ← إضافتك ← التفاصيل ← الوصول إلى المواقع ← على كل المواقع، أو عند النقر إن كنت تفضّل منحاً صريحاً. تحتاج التعبئة التلقائية وصولاً للصفحة لاكتشاف الحقول.
إذا استحوذت إضافة أخرى على اختصار التعبئة، فأعد تعيينه ضمن chrome://extensions/shortcuts.
Firefox
يطلب Firefox الإذن أول مرة تريد فيها إضافة أن تعبّئ على موقع ما، ويرفض بصمت بعض طلبات كل المواقع. تحقق من أذونات الإضافة في about:addons ← Permissions ← Access your data for all websites.
يستخدم Firefox المضيف الأصلي [email protected] تلقائياً؛ ولا يلزم عمل يدوي على ملفات الوصف في تلك المنصة.
Safari
لوحة AutoFill في Safari ولوحة مديرك منفصلتان. فعّل المدير في إعدادات النظام، ثم تأكّد في Safari من أن تعبئة Passwords مفعَّلة. ويمكن لـ Safari أيضاً أن يعبّئ تلقائياً عبر مزوّد بيانات اعتماد مختلف إذا تغيّر الترتيب في إعدادات النظام — تحقّق من ترتيب الاختيار، لا من المفتاح وحده.
iOS و Android
- الحالة الخاصة بكل تطبيق: لا يعرض iOS المزوّدين إلا في قائمة الحقل، فالعَرَض هو «الخيار غير موجود» لا «عبّأ الشيء الخطأ».
- طلبات الأذونات: يطلب النظام أذونات الشبكة المحلية أو البيومتري أثناء الإعداد. وطلب مرفوض يبدو كمدير معطّل.
- البيومتري قبل التعبئة: إن فعّلت البيومتري قبل التعبئة، صارت كل تعبئة تحتاج موافقة. هذا سلوك صحيح لا خلل.
- قيود الخلفية: يمكن لمحسّنات البطارية الشرسة في Android أن تقتل عملية المزوّد، فتظهر الاقتراحات فقط بينما التطبيق في المقدمة.
التشخيص عبر تدقيق التعبئة التلقائية في المتصفح
تشحن المتصفحات أداة تشخيص تُبلّغ عن كل حقل رآته، وكل اقتراح عرضته، ولماذا رُفض. هذا يحوّل التخمين إلى عملية من دقيقتين.
في Chrome، افتح DevTools ← Application ← Autofill، ثم أعِد إنتاج التعبئة على الصفحة. تحصل على الحقول المكتشفة، وعناصر القائمة المنسدلة المعروضة، وسبب أي كبح. ويمكن أيضاً تبديل autofill.creditCards و autofill.profiles في chrome://flags عندما تكون تعبئة البطاقات أو العناوين هي الجزء الفاشل.
Firefox: about:debugging ← افحص الإضافة، وتحقق من سجلها (console) عن أخطاء وقت التعبئة.
إن كنت تستخدم OpenKey تحديداً
| العَرَض | ما تفحصه |
|---|---|
| لا اقتراحات في المتصفح | الإضافة مفتوحة القفل، أو تطبيق سطح المكتب مفتوح القفل واستخدام تطبيق سطح المكتب محدّد |
| «الإضافة لا تستطيع التحدث إلى تطبيق سطح المكتب» | تسجيل المضيف الأصلي، ملف معرّف الإضافة، Python 3 على macOS |
| لا شيء على Android | الإعدادات ← الأمان ← التعبئة التلقائية مُفعَّلة في Android، ثم افتح قفل التطبيق |
| لا شيء على iOS | مزوّد AutoFill مُفعَّل في إعدادات النظام؛ أعد تشغيل التطبيق الهدف |
| Passkeys ترتد إلى المتصفح | متوقّع عند اختيار استخدام المتصفح، أو عند قفل خزنة الإضافة |
| التعبئة تعمل والحفظ لا يعمل | تأكّد أن شريط الحفظ داخل الصفحة لا تحجبه الصفحة |
تحتاج الإضافة وصول مضيف <all_urls> لاكتشاف الحقول والتقاط تسجيلات الدخول واعتراض WebAuthn على مواقع عشوائية — فقائمة سماح ثابتة لا يمكنها تغطية الويب المفتوح. وكل ما تفكّه يبقى على جهازك أو على خادمك؛ ولا يُرسَل محتوى الصفحة إلى سحابة مزوّد.
ما تقوله بيانات البحث
هذا عنقود استعلامات كبير، وهو إشارة جيدة لأي شخص اصطدم به. مقارنةً بين مصطلحات استكشاف أعطال التعبئة التلقائية طويلة الذيل بعضها ببعض (Google Trends، عالمي، آخر 12 شهراً):
| الاستعلام | الاهتمام النسبي داخل العنقود |
|---|---|
| autofill extension | 100 |
| autofill safari | 71 |
| autofill not working | 55 |
| password autofill chrome | 33 |
| chrome autofill not working | 2 |
وصول «autofill not working» إلى أكثر من نصف اهتمام المصطلح العام «autofill extension» يعني أن جمهوراً كبيراً جداً يصل وقد تعطّل الأمر بالفعل. وتحت عنقود Chrome تحديداً، «google chrome autofill settings» هو أعلى استعلام ذا صلة عند 100 وهو الأسرع نمواً بنحو +70% من عام إلى عام، مع «chrome autofill extension» عند 62 و«chrome autofill not working» عند 16.
يقترح هذا التوزيع استراتيجية دعم محددة: المحتوى الموجَّه للإعدادات وقائمة فحص أعطال جديرة بالثقة سيصلان إلى أشخاص أكثر من إعلان ميزة أخرى.
المنهجية: Google Trends، عالمي، آخر 12 شهراً، سُحب في سبتمبر 2026. القيم اهتمام نسبي مُطبَّع (0–100)، وليست أحجام بحث.
النسخة في 30 ثانية
افتح قفل الخزنة. تأكّد أن مزوّد النظام الصحيح محدّد. أعد تشغيل التطبيق أو المتصفح. بدّل التعبئة التلقائية في التطبيق مرة أخرى لإعادة تسجيل المضيف الأصلي. عطّل أي مدير منافس. إن استمر الفشل، فافتح تدقيق التعبئة التلقائية في المتصفح واقرأ سبب الرفض — فهو يسمّي المشكلة.
الخطوات التالية
- تعبئة كلمات المرور تلقائياً — دليل الإعداد
- إضافة المتصفح — أوضاع فتح القفل وتفاصيل المراسلة الأصلية
- الأسئلة الشائعة واستكشاف الأعطال — إصلاحات خاصة بـ OpenKey
- ما هي Passkeys؟ — نوع بيانات الاعتماد الذي يحل محل كلمات المرور