Greasemonkey: إعداد privacy.firstparty.isolate يكسر تخزين البرنامج النصي

تم إنشاؤها على ٩ يوليو ٢٠١٩  ·  23تعليقات  ·  مصدر: greasemonkey/greasemonkey

أهلا بكم،

إذا قرأها أي شخص قبل الترقية إلى FF 68: قم بإنشاء نسخة احتياطية من البرامج النصية الخاصة بك.

بعد التحديث التلقائي ، اختفت جميع البرامج النصية الخاصة بي. لا تزال الاستثناءات مدرجة (لذا يبدو أن GM تسحب بعض إعداداتي السابقة) ، لكن جميع البرامج النصية مفقودة.

أين تخزن جنرال موتورز البيانات حاليا؟ ضمن بيانات ملحق المتصفح المجلد ، لم يتم تغيير ملف GM. ما زلنا نحقق ، لكن هذا يبدو غريبًا تمامًا.

التعليق الأكثر فائدة

حسنًا ، لقد وجدتها.

تكمن المشكلة في الإعداد "privacy.firstparty.isolate؛ true". عادةً ما تخزن GM إعداداتها في هذين المجلدين:

  • الملف الشخصي \ التخزين \ الافتراضي \ moz-extension +++ MYGMID
  • الملف الشخصي \ التخزين \ الافتراضي \ moz-extension +++ MYGMID ^ userContextId = MYCONTID

إذا تم تمكين عزل الطرف الأول وقمت بالترقية إلى FF 68 ، فسيتم إنشاء مجلد ثالث:

  • الملف الشخصي \ التخزين \ الافتراضي \ moz-extension +++ MYGMID ^ firstPartyDomain = MYGMID

إذا قمت بتعطيل عزل الطرف الأول ("privacy.firstparty.isolate؛ false") ثم حذفت المجلد الثالث الذي تم إنشاؤه أعلاه ، فستصبح البرامج النصية الخاصة بك مرئية مرة أخرى.

ال 23 كومينتر

لذلك رأيت هذا وتحققت من روايتي الآن: 67. ولكن كان لديها تحديث للتطبيق ، لذلك فعلت. أنا الآن في سن 68 وجميع نصوصي في مكانها الصحيح.

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

حسنًا ، لذا يبدو أنها ليست مشكلة عامة.

الشيء الوحيد الذي قمت بتغييره بعد الترقية هو تحديث الإعدادات> الأمان> مخصص> متتبعات تحديد الكتلة (لا أعرف الترجمة الإنجليزية بالضبط). لكن تغييره مرة أخرى لم يعيد نصوصي: /

سأبحث عن موقع IndexedDB (أعرف المعرف من حوالي: الدعم ، ولكن ليس الدليل) وبعض النسخ الاحتياطية الخاصة بي.

"profile> storage> default> about + newtab ^ firstPartyDomain = about.MYGMID> idb> 3312185054sbndi_pspte.sqlite" -> لم يتم تغيير الملف منذ شهر وفقًا للطابع الزمني للملف

"الملف الشخصي> التخزين> دائم> moz-safe-about + home ^ firstPartyDomain = about.MYGMID> idb> 818200132aebmoouht.sqlite" -> لم يتم تغيير الملف منذ شهر وفقًا للطابع الزمني للملف

ولكن لم يعد أي من هذين الملفين يحتوي على البرامج النصية الخاصة بي.

هذا حدث لي أيضا. Firefox 68.0 على macOS. مشكلة مؤكدة مع ملفات تعريف مختلفة.

هذا حدث لي أيضا. Firefox 68.0 على macOS. مشكلة مؤكدة مع ملفات تعريف مختلفة.

اكتشف أن مجرد نسخ ملف تعريف قديم إلى FF 68 لن يؤدي إلى استعادة البرامج النصية الخاصة بك. اضطررت إلى تنزيل FF 67 Portable ، ونسخ النسخة الاحتياطية القديمة لملف التعريف الخاص بي هناك وتصدير البرامج النصية من FF 67 (لم أحاول إعادة الاستيراد إلى FF68). لذلك يبدو أن FF يخزن البرامج النصية في مكان ما داخل مجلد ملف التعريف ، لكن FF68 لا يمكنه قراءة هذا أو لا ينتقل بشكل صحيح من FF67.

تحديث: يحفظ جنرال موتورز البرامج النصية داخل "الملف الشخصي \ التخزين \ الافتراضي \ moz-extension +++ MYGMID \ idb \ XXX.sqlite". هذا معرف مختلف عن الموضح في about: support. يبدو أن جميع البرامج النصية لا تزال موجودة ، الآن سيكون من المثير للاهتمام لماذا يتعذر على FF68 قراءتها بعد الآن لبعض التكوينات ؛)

التحديث 2: يمكنني إعادة الإنتاج بانتظام ، أيضًا باستخدام ملف التعريف الاحتياطي الخاص بي. لسوء الحظ ، لا يمكنني مشاركة ملف التعريف هذا ولم أتمكن من إعادة الإنتاج باستخدام تثبيت FF محمول نظيف.

daleeidd هل لديك وصف أكثر تفصيلاً أو ملفًا شخصيًا "فارغًا" يمكنك مشاركته لجعل هذا قابلًا للتكرار لـ arantius أيضًا؟

أعتقد أننا يجب أن نحقق. هذه هي الحالة الأسوأ ولا يجب أن تحدث ، حتى لو كانت لـ 1٪ فقط من المستخدمين.

يبدو أن معرّف الوظيفة الإضافية قد تغير بين التحديثات.

تم التحقق من ذلك في غضون : التصحيح : لا يزال يظهر نفس معرف الملحق و UUID الداخلي.

حسنًا ، لقد وجدتها.

تكمن المشكلة في الإعداد "privacy.firstparty.isolate؛ true". عادةً ما تخزن GM إعداداتها في هذين المجلدين:

  • الملف الشخصي \ التخزين \ الافتراضي \ moz-extension +++ MYGMID
  • الملف الشخصي \ التخزين \ الافتراضي \ moz-extension +++ MYGMID ^ userContextId = MYCONTID

إذا تم تمكين عزل الطرف الأول وقمت بالترقية إلى FF 68 ، فسيتم إنشاء مجلد ثالث:

  • الملف الشخصي \ التخزين \ الافتراضي \ moz-extension +++ MYGMID ^ firstPartyDomain = MYGMID

إذا قمت بتعطيل عزل الطرف الأول ("privacy.firstparty.isolate؛ false") ثم حذفت المجلد الثالث الذي تم إنشاؤه أعلاه ، فستصبح البرامج النصية الخاصة بك مرئية مرة أخرى.

kekkc شكرا لك. ما عليك سوى اتباع التعليمات الخاصة بك لاستعادة البرامج النصية للتصدير. أحسنت!

تشخيصات رائعة. لست متأكدًا مما أفعله حيال هذا من داخل Greasemonkey ، رغم ذلك؟

بطريقة ما كان لديه الأمل في أن يكون هناك حل بديل في جنرال موتورز ممكن. جميع امتداداتي الأخرى التي تستخدم نفس التخزين (على سبيل المثال https://addons.mozilla.org/de/firefox/addon/textnotes/؟src=search) لم تتسبب في إنشاء FF لمجلد جديد أثناء الترقية ، حتى مع الأول تم تشغيل عزل الحزب.

هذا الامتداد لا يستخدم قاعدة بيانات مفهرسة.

يمكن تأكيد أن تعطيل عزل الطرف الأول (لقد قمت بتمكينه عبر هذه الوظيفة الإضافية ، وهو تبديل بسيط) وإعادة تشغيل FF تسبب في ظهور البرامج النصية الخاصة بي مرة أخرى. لم أكن بحاجة إلى حذف أي مجلدات.

بمجرد أن أقوم بتصدير البرامج النصية بأمان ، فإن إعادة تمكين عزل الطرف الأول ثم إعادة استيراد البرامج النصية حل المشكلة ، لذلك لا يبدو أن FPI يكسر Greasemonkey بطريقة ثابتة أو دائمة. ربما تجدر الإشارة إلى أنه (إذا كنت أتذكر بشكل صحيح) هذا هو نفس الشيء الذي يحدث لجميع بيانات التصفح (غير الملحق) عندما يقوم المستخدم بتمكين عزل الطرف الأول في البداية ، لذلك من الممكن أن يكون FF68 قد وسع للتو سلوك FPI العادي للتطبيق لتمديدات كذلك.

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

Thx ، ذكر الخطأ في bugzilla. ربما يجب أن يشير https://bugzilla.mozilla.org/show_bug.cgi؟id=1564593 أيضًا إلى FPI (تم تقديم FPI كجزء من TorBrowser Uplift وكان كبيرًا بالنسبة لموزيلا مثل UserScript API)

مجرد ملاحظة أننا (موزيلا) رأينا هذا. أعتقد أن الخطأ Bugzilla 1554805 الأكثر صلة.

لسوء الحظ ، ليس لدينا أي شخص يعمل بنشاط على هذا في الوقت الحالي ولكن ربما يمكننا العثور على بعض الدورات لإصلاح ذلك. لسوء الحظ ، من المحتمل أن يؤدي "الإصلاح" إلى حذف كل شيء مرة أخرى ؛ ولكن على الأقل ، لن يؤدي تمكين / تعطيل FPI إلى إيقاف تخزين الامتداد ...

ليس المكان المناسب لي لأتذمر لأنني لم أقم بتثبيت برنامج جنرال موتورز ، لكن نفس الشيء حدث لي ولم ينجح شيء. لقد قمت بتثبيت FPI ، لكنني معطلة. عند الترقية إلى FF 68 ، فقد كل من علامة onetab والقلم البيانات.

تابعت هذا هنا: https://github.com/openstyles/stylus/issues/747

kekkc ما الحل المحمول FF 67 الذي استخدمته؟ لقد جربت التطبيقات المحمولة FF و FF ESR ، وكلاهما يقول أنه لا يجب علي استخدام ملف تعريف FF قديم ... وليس لدي أي فكرة عن كيفية تجاوز مربع الحوار هذا. بطريقة ما ، أدى التحديث إلى FF 68 إلى شيء ما في ملف التعريف الخاص بي و FF 66.0.4 والأقدم يستمر في قول استخدام ملف تعريف جديد.

@ b16r05 كان في إجازة ، ربما اكتشفت ذلك بالفعل. لقد قمت للتو بنسخ مجلد ملف التعريف ولم أبدأ تشغيل FF 67 Portable من قبل. أتذكر نفس رسالة الخطأ ، لكنني أعتقد أن هذه الطريقة نجحت في النهاية.

لا أستطيع تأكيد هذا السلوك. لدي (FF68) معطل.
لا يمكنني رؤية البرامج النصية الخاصة بي ، ولا يمكنني إنشاء نصوص جديدة أو تثبيت أي شيء.
إنه لا يفعل شيئًا.

عندما أقوم بتثبيت نصوص برمجية جديدة ، تظهر كلمة "غير محدد" في مربع الحوار الأخير.
عند النقر فوق "إضافة برنامج نصي جديد" ، يتم وضع رسائل الخطأ التالية في وحدة التحكم:

IndexedDB UnknownErr: ActorsParent.cpp:581
Error opening user-scripts DB! <unavailable> user-script-registry.js:57:15
undefined
Error: undefined

حاولت إلغاء تثبيته ، وحذف المجلدات storage\default\moz* ، وأعدت تسمية المجلد gm_scripts ، وأعدت تثبيته: ما زال لا يعمل.

يبدو أنه تم إصلاح هذا في FF71 https://bugzilla.mozilla.org/show_bug.cgi؟id=1554805

عند الترقية من FF70 إلى FF71 ، فقدت جميع البرامج النصية وأنماط قلمي للمرة الثانية في عام 2019. تم تمكين privacy.firstparty.isolate. لكن هذه المرة قمت بعمل نسخة احتياطية من ملف التعريف الخاص بي قبل الترقية.

يمكنني إرجاع التثبيت إلى إصدار سابق مؤقتًا إلى 70 ، وفك ضغط النسخة الاحتياطية الخاصة بي وتصدير البرامج النصية والأنماط ، التي أعيدها منذ فقدان البيانات الأخرى في وقت سابق.

هذا يعلمني أن احتفظ بنسخة خارجية من جميع أعمالي. ثم يمكنني التحقق منها في بعض عناصر التحكم في الإصدار والعمل عليها في محرر مناسب. هل يمكنك أن توصي ببعض الطرق الخالية من المتاعب لنشر الملفات التي تم تغييرها خارجيًا تلقائيًا في GM + Firefox بخلاف لصق النسخ؟

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات