Greasemonkey: गोपनीयता सेट करना.फर्स्टपार्टी.आइसोलेट ब्रेक स्क्रिप्ट स्टोरेज

इसलिए मैंने इसे देखा और अब अपना संस्करण चेक किया: 67. लेकिन इसे लागू करने के लिए एक अपडेट था, इसलिए मैंने किया। अब मैं 68 पर हूं और मेरी सभी स्क्रिप्ट ठीक हैं।

लिपियों को IndexedDB में संग्रहीत किया जाता है। इसका कोई आसान जवाब नहीं है, इसमें रैंडम आईडी शामिल हैं (हमारे नियंत्रण से बाहर)।

ठीक है तो ऐसा लगता है कि यह कोई सामान्य मुद्दा नहीं है।

अपग्रेड के बाद केवल एक चीज जो मैंने बदली वह थी सेटिंग्स> सुरक्षा> कस्टम> ब्लॉक आइडेंटिफिकेशन ट्रैकर्स को अपडेट करना (सटीक अंग्रेजी अनुवाद नहीं जानते)। लेकिन इसे वापस बदलने से मेरी स्क्रिप्ट वापस नहीं आई: /

IndexedDB स्थान की खोज करेंगे (मुझे इसके बारे में आईडी पता है: समर्थन, लेकिन निर्देशिका नहीं) और मेरे कुछ बैकअप।

"प्रोफाइल> स्टोरेज> डिफॉल्ट> के बारे में + newtab ^ firstPartyDomain =about.MYGMID> आईडीबी> 3312185054sbndi_pspte.sqlite" -> फाइल टाइमस्टैम्प के अनुसार एक महीने से फाइल नहीं बदली है

"प्रोफाइल> स्टोरेज> परमानेंट> moz-safe-about+home^firstPartyDomain=about.MYGMID> idb> 818200132aebmoouht.sqlite" -> फाइल टाइमस्टैम्प के अनुसार एक महीने से फाइल नहीं बदली

लेकिन उन फाइलों में से किसी में भी मेरी स्क्रिप्ट नहीं है।

यह मेरे साथ भी हुआ है। मैकओएस पर फ़ायरफ़ॉक्स 68.0। विभिन्न प्रोफाइल के साथ पुष्टि की गई समस्या।

यह मेरे साथ भी हुआ है। मैकओएस पर फ़ायरफ़ॉक्स 68.0। विभिन्न प्रोफाइल के साथ पुष्टि की गई समस्या।

पता चला कि केवल एक पुरानी प्रोफ़ाइल को FF 68 में कॉपी करने से आपकी स्क्रिप्ट पुनर्स्थापित नहीं होंगी। मुझे FF 67 पोर्टेबल डाउनलोड करना था, अपने पुराने प्रोफ़ाइल बैकअप को वहां कॉपी करना था और FF 67 में से स्क्रिप्ट को निर्यात करना था (FF68 को पुनः आयात करने का प्रयास नहीं किया)। तो ऐसा लगता है कि FF स्क्रिप्ट को प्रोफ़ाइल फ़ोल्डर के अंदर कहीं संग्रहीत करता है, लेकिन FF68 इसे पढ़ नहीं सकता है या FF67 से सही ढंग से माइग्रेट नहीं करता है।

अपडेट: जीएम स्क्रिप्ट को "प्रोफाइल \ स्टोरेज \ डिफॉल्ट \ मोज-एक्सटेंशन +++ MYGMID \ idb \ XXX.sqlite" में सहेजता है। यह इसके बारे में: समर्थन में दिखाए गए से भिन्न आईडी है। ऐसा लगता है कि सभी स्क्रिप्ट अभी भी वहां हैं, अब यह दिलचस्प होगा कि एफएफ 68 कुछ कॉन्फ़िगरेशन के लिए उन्हें अब और क्यों नहीं पढ़ सकता है;)

अपडेट 2: मैं अपने बैकअप प्रोफाइल के साथ भी नियमित रूप से पुन: पेश कर सकता हूं। दुर्भाग्य से मैं इस प्रोफ़ाइल को साझा नहीं कर सकता और मैं एक स्वच्छ एफएफ पोर्टेबल स्थापना के साथ पुन: पेश करने में असमर्थ था।

@daleeidd क्या आपके पास अधिक विस्तृत विवरण या "खाली" प्रोफ़ाइल है जिसे आप अरांतियस के लिए भी इस प्रतिलिपि प्रस्तुत करने योग्य बनाने के लिए साझा कर सकते हैं?

मुझे लगता है कि हमें जांच करनी चाहिए। यह सबसे खराब स्थिति है और ऐसा नहीं होना चाहिए, भले ही यह केवल 1% उपयोगकर्ताओं के लिए ही क्यों न हो।

ऐसा लगता है कि अपडेट के बीच ऐड-ऑन आईडी बदल गई होगी।

जाँच की गई कि के बारे में: डिबगिंग : अभी भी वही एडऑन आईडी और आंतरिक यूयूआईडी दिखाता है।

ठीक है, मुझे मिल गया।

समस्या "privacy.firstparty.isolate;true" सेटिंग है। आम तौर पर जीएम इन 2 फ़ोल्डरों में इसकी सेटिंग्स को स्टोर करता है:

• प्रोफ़ाइल\भंडारण\डिफ़ॉल्ट\मोज़-एक्सटेंशन+++MYGMID
• profile\storage\default\moz-extension+++MYGMID^userContextId=MYCONTID

यदि प्रथम पक्ष आइसोलेशन सक्षम है और आप FF 68 में अपग्रेड करते हैं, तो एक तीसरा फ़ोल्डर बनाया जाता है:

• profile\storage\default\moz-extension+++MYGMID^firstPartyDomain=MYGMID

यदि आप प्रथम पक्ष अलगाव ("privacy.firstparty.isolate;false") को अक्षम करते हैं और फिर ऊपर बताए गए तीसरे बनाए गए फ़ोल्डर को हटाते हैं, तो आपकी स्क्रिप्ट फिर से दिखाई देने लगेंगी।

@kekkc धन्यवाद। निर्यात के लिए लिपियों को पुनर्प्राप्त करने के लिए बस आपके निर्देशों का पालन किया। बहुत बढ़िया!

महान निदान। मुझे यकीन नहीं है कि इसके बारे में Greasemonkey के भीतर से क्या करना है, हालांकि?

https://bugzilla.mozilla.org/show_bug.cgi?id=1564593

किसी तरह उम्मीद थी कि जीएम में कामकाज संभव है। मेरे अन्य सभी एक्सटेंशन जो समान संग्रहण का उपयोग करते हैं (उदाहरण के लिए https://addons.mozilla.org/de/firefox/addon/textnotes/?src=search ) ने FF को अपग्रेड के दौरान एक नया फ़ोल्डर बनाने का कारण नहीं बनाया, यहां तक ​​कि पहली बार के साथ भी पार्टी अलगाव चालू।

वह एक्सटेंशन IndexedDB का उपयोग नहीं करता है।

पुष्टि कर सकते हैं कि प्रथम-पक्ष अलगाव को अक्षम करना (मैंने इसे इस ऐड-ऑन , एक साधारण टॉगल के माध्यम से सक्षम किया था) और एफएफ को पुनरारंभ करने से मेरी स्क्रिप्ट फिर से दिखाई देने लगीं। मुझे किसी भी फ़ोल्डर को हटाने की आवश्यकता नहीं थी।

एक बार जब मैं स्क्रिप्ट को सुरक्षित रूप से निर्यात कर लेता, तो प्रथम-पक्ष अलगाव को फिर से सक्षम करता और फिर स्क्रिप्ट को फिर से आयात करने से समस्या हल हो जाती, इसलिए FPI Greasemonkey को लगातार या स्थायी तरीके से तोड़ता नहीं है। यह शायद ध्यान देने योग्य है कि (यदि मुझे सही ढंग से याद है) यह वही बात है जो सभी (गैर-विस्तार) ब्राउज़िंग डेटा के साथ होती है जब कोई उपयोगकर्ता प्रारंभ में प्रथम-पक्ष अलगाव को सक्षम करता है, तो यह संभव है कि एफएफ 68 ने लागू करने के लिए सामान्य एफपीआई व्यवहार को बढ़ाया हो एक्सटेंशन के लिए भी।

थोड़ा इधर-उधर देखने पर, इस बग में एफपीआई के साथ ऐड-ऑन ब्रेकेज का उल्लेख है - एक नज़र में विशेष रूप से इस मुद्दे के लिए एक और पुष्टि की गई बग नहीं मिली।

Thx, बगजिला में बग का उल्लेख किया। शायद https://bugzilla.mozilla.org/show_bug.cgi?id=1564593 को भी FPI का संदर्भ देना चाहिए (FPI को TorBrowser Uplift के हिस्से के रूप में पेश किया गया था और Mozilla के लिए UserScript API जितना बड़ा था)

बस एक नोट कि हमने (मोज़िला) इसे देखा है। मुझे लगता है कि सबसे प्रासंगिक बगजिला बग 1554805 है।

दुर्भाग्य से इस समय हमारे पास इस पर सक्रिय रूप से काम करने वाला कोई नहीं है, लेकिन शायद हम इसे ठीक करने के लिए कुछ चक्र ढूंढ सकते हैं। दुर्भाग्य से 'फिक्स' सब कुछ फिर से हटाने की संभावना है; लेकिन कम से कम FPI को सक्षम/अक्षम करने से एक्सटेंशन के लिए संग्रहण बंद नहीं होगा...

मेरे लिए रोने की जगह नहीं है क्योंकि मेरे पास जीएम स्थापित नहीं है, लेकिन, मेरे साथ भी ऐसा ही हुआ और कुछ भी काम नहीं करता। मैंने एफपीआई स्थापित किया था, लेकिन अक्षम था। FF 68 में अपग्रेड करने पर, onetab और stylus दोनों ने डेटा खो दिया।

मैंने इसके बारे में यहां बताया: https://github.com/openstyles/stylus/issues/747

@kekkc आपने किस FF 67 पोर्टेबल समाधान का उपयोग किया? मैंने पोर्टेबल ऐप्स एफएफ और एफएफ ईएसआर की कोशिश की है, दोनों कहते हैं कि मुझे पुराने एफएफ प्रोफाइल का उपयोग नहीं करना चाहिए ... और मुझे नहीं पता कि उस डायलॉग बॉक्स को कैसे ओवरराइड किया जाए। किसी तरह, FF 68 के अपडेट ने मेरी प्रोफ़ाइल में कुछ किया और FF 66.0.4 और पुराने ने एक नई प्रोफ़ाइल का उपयोग करने के लिए कहा।

@ b16r05 छुट्टी पर था, आपने शायद इसे पहले ही समझ लिया था। मैंने अभी प्रोफ़ाइल फ़ोल्डर की प्रतिलिपि बनाई है और पहले एफएफ 67 पोर्टेबल शुरू नहीं किया था। मुझे वही त्रुटि संदेश याद है, लेकिन मुझे लगता है कि इस पद्धति ने अंत में काम किया।

मैं इस व्यवहार की पुष्टि नहीं कर सकता। मेरे पास यह (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 तक डाउनग्रेड कर सकता था, अपने बैकअप को अनपैक कर सकता था और स्क्रिप्ट और शैलियों को निर्यात कर सकता था, जिसे मैंने पहले अन्य डेटा-नुकसान के बाद से भुनाया था।

यह मुझे सिखाता है, अपने सभी कार्यों की एक बाहरी प्रति रखना। फिर मैं उन्हें कुछ संस्करण नियंत्रण में देख सकता हूं और उचित संपादक में उन पर काम कर सकता हूं। क्या आप कॉपी पेस्ट के अलावा मेरी बाहरी रूप से बदली गई फ़ाइलों को जीएम + फ़ायरफ़ॉक्स में स्वचालित रूप से तैनात करने के लिए कुछ परेशानी मुक्त तरीके की सिफारिश कर सकते हैं?