Greasemonkey: WebExt: सभी जीएम एपीआई का समर्थन करें

बग 1323433 और बग 1332273 यहां रुचि के हो सकते हैं।

पॉइंटर्स के लिए धन्यवाद, मैं मानता हूं कि वे दोनों सुपर उपयोगी हैं।

ओह, हो सकता है कि कुछ मात्रा में समकालिक संदेश गुजरना संभव हो!

https://developer.mozilla.org/en-US/Add-ons/WebExtensions/API/runtime/onMessage#Sending_a_synchronous_response

इसका परीक्षण करें। क्या यह ऊपर बताए गए तरीकों के लिए एक साधारण सिंक्रोनस कार्यान्वयन (पृष्ठभूमि-केवल एपीआई द्वारा समर्थित) का उपयोग करना संभव बनाता है?

यह सामग्री पक्ष पर एक वादा देता है, इसलिए यह प्रभावी रूप से async है। मुझे लगता है कि "सिंक्रोनस" यहां एक गलत नाम है, यह एक प्रतिक्रिया के साथ बच्चे से माता-पिता को एक संदेश जोड़ना पसंद है ताकि किसी को लंबित प्रतिक्रियाओं का मैन्युअल रूप से ट्रैक न रखना पड़े।

अफैक उपलब्ध एकमात्र सिंक्रोनस एपीआई सिंक एक्सएचआर हैं जिन्हें तब वेबरेक्वेस्ट या ऐसा कुछ के साथ इंटरसेप्ट किया जा सकता है।

सामग्री स्क्रिप्ट में सिंक एक्सएचआर ठीक से काम नहीं करता है: https://bugzilla.mozilla.org/show_bug.cgi?id=1360968, इसलिए अभी हमारे पास सामग्री> पृष्ठभूमि से कोई सिंक चैनल नहीं है।

ऐसा लगता है कि GM_setValue और GM_getValue को सिंक ऑपरेशन के रूप में डिजाइन किया गया था और सिंगल प्रोसेसेस ब्राउज़र में वे ठीक काम करते हैं जब हम कई टैब में काम करते हैं, लेकिन e10s में नहीं (https://github.com/greasemonkey /ग्रीसमोनकी/मुद्दों/2427)। पुराने एक्सटेंशन API से इसे आसानी से रिपेयर किया जा सकता है, लेकिन WebExt में नहीं। सिंक संदेश के बिना (यहां तक ​​​​कि छोटे डेटा के लिए, केवल कम मूल्य का उत्सर्जन करें) हम अधिक टैब के बीच मूल्य को ठीक से सिंक नहीं कर सकते हैं। किसी बिंदु पर यह हमेशा दौड़ की स्थिति होगी।

भले ही आप WebExt संस्करण में उपरोक्त मुद्दों को कैसे हल करें, हमें एसिंक तरीके से डिज़ाइन किया गया नया सेट/प्राप्त विधि प्राप्त करनी चाहिए, इसलिए जहां यह महत्वपूर्ण है हम स्क्रिप्ट को एसिंक तरीके से लिख सकते हैं। कई टैब पर काम करते समय दस्तावेज़ों में GM_setValue और GM_getValue व्यवहार की कमी के बारे में कुछ जानकारी होनी चाहिए।

आईएमओ, यह दुर्लभ उपयोग के मामले हैं जो कई टैब पर GM_setValue / GM_getValue करते हैं और आदेश का पालन किया जाना चाहिए। नतीजतन, सामग्री स्क्रिप्ट में _GM_values_ की एक प्रति (कैश) संग्रहीत करना, हमेशा कैश से पढ़ना, async वापस लिखना, और पृष्ठभूमि स्क्रिप्ट द्वारा ट्रिगर की गई घटनाओं के साथ कैश अपडेट करना एक स्वीकार्य समाधान होना चाहिए।

बीटीडब्ल्यू, यदि ऐसा है, तो GM_addValueChangeListener बराबर एक एपीआई जोड़ें यदि संभव हो तो बहुत अच्छा है। (और मुझे addValueChangeListener नाम नापसंद है, शायद कुछ और बेहतर होना चाहिए

मेरी देव शाखा में इसके लिए समर्थन है:

• GM.getResourceURL
• GM.deleteValue , GM.getValue , GM.listValues , GM.setValue

मैं कभी नहीं जोड़ने की योजना बना रहा हूं:

• GM_log
• GM_addStyle

हमें अभी भी चाहिए :

• GM_xmlhttpRequest

मैं देरी करने की योजना बना रहा हूं (या शायद ड्रॉप):

• GM_registerMenuCommand (यह हमेशा एक बड़ी समर्थन लागत रही है)
• GM_getResourceText

यानी यहां प्रगति वास्तव में काफी करीब है।

उपरोक्त प्रतिबद्धता पर अच्छी प्रतिक्रिया, मत भूलना।

मैंने अभी नए ऐड-ऑन पर एक कोशिश की है। ऐसा लगता है कि क्रॉस डोमेन xhr अनुरोध GM_xhr सुविधाओं के बिना पहले ही सक्षम कर दिया गया था। क्या यह वास्तव में व्यवहार है?

निम्नलिखित कोड के साथ बस एक उपयोगकर्तास्क्रिप्ट अनुदान का प्रयास करें:

fetch(prompt()).then(resp => resp.text()).then(text => alert(text)).catch(error => alert(error));

उह, पुष्टि की। हम वर्तमान में उपयोगकर्ता स्क्रिप्ट को "सामग्री स्क्रिप्ट" के रूप में निष्पादित कर रहे हैं -- एक्सटेंशन की, सभी एक्सटेंशन की अनुमतियों के साथ।

मैंने इस पर थोड़ा ध्यान दिया है, लेकिन अभी तक मैं अंधेरे में हूं कि कैसे अनपेक्षित ("वेब स्कोप" को निष्पादित किया जाए - अब हम इसे क्या कहते हैं कि "कंटेंट" स्कोप अस्पष्ट है?!) कोड। सबसे नज़दीकी चीज़ जो मुझे मिल सकती है, वह है स्क्रिप्ट टैग बनाना, जिसे पेज के सीएसपी द्वारा ब्लॉक किया जा सकता है/होगा, जो मैं निश्चित रूप से नहीं चाहता।

वर्तमान में सीएसपी को संशोधित करने का एकमात्र तरीका प्रत्येक दस्तावेज़ अनुरोध के लिए हेडर को इंटरसेप्ट करना और संशोधित करना है। वेब एक्सटेंशन को सामग्री सीएसपी से छूट देने के लिए खुले मुद्दे हैं, लेकिन उन पर बहुत अधिक गतिविधि प्रतीत नहीं होती है।

मुझे लगता है कि <script> टैग window.eval को इंजेक्ट करने के अलावा पेज स्कोप में भी चलना चाहिए।

आधिकारिक शब्द "कंटेंट स्क्रिप्ट स्कोप" बनाम "पेज स्कोप" हैं।

एक और मुद्दा यह है कि उन्हें एक अलग दायरे में लपेटने के लिए स्ट्रिंग-प्रोसेसिंग की आवश्यकता होगी जो जीएम एपीआई को परिभाषित कर सके।

मैंने वेबएक्सटेंशन में Sandbox समकक्षों के लिए एक बग भी दर्ज किया है, लेकिन यह उच्च प्राथमिकता भी नहीं है।

AIUI स्क्रिप्ट और eval दोनों ही CSP द्वारा ब्लॉकेज की चपेट में हैं। लेकिन मैंने पुष्टि की है कि eval विशेषाधिकार छोड़ देता है।

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

यदि हम संभावित रूप से किसी पृष्ठ पर सामग्री स्क्रिप्ट चलाने जा रहे हैं तो हमारे पास <all_urls> होना चाहिए। यदि हम इसके लिए कहते हैं, तो हमारी सामग्री स्क्रिप्ट को वह मिल जाती है, और इस प्रकार XHR कहीं भी जा सकती है।

कम से कम फ़ायरफ़ॉक्स में ( https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Content_scripts#Using_eval ()_in_content_scripts ) हम पेज स्कोप पर ड्रॉप डाउन कर सकते हैं, लेकिन फिर हम वास्तव में पेज स्कोप हैं और हम स्क्रिप्ट में एपीआई को सुरक्षित रूप से बेनकाब नहीं कर सकता है, इसे पृष्ठ (AFAIK) में चल रही किसी भी चीज़/सब कुछ को उजागर किए बिना, जो और भी बदतर है।

क्या सामग्री स्क्रिप्ट में लाने और xhr को अधिलेखित किया जा सकता है?
हो सकता है कि एक संशोधित फ़ेच प्रदान करें जो अपनी स्वयं की सीओआरएस जांच करे।

• GM.xmlhttpRequest() को 60a50d05b1e565571d8a3e638b0683a1a9c2beaa में जोड़ा गया था
• GM.getResourceText() को #2548 . में कवर किया जाएगा
• GM.registerMenuCommand() को जानबूझकर छोड़ा जा रहा है।
• क्रॉस-ओरिजिनल-फ़ेच (उपरोक्त टिप्पणी के अनुसार) विरासत में मिली प्रत्येक स्क्रिप्ट #2549 . है

@ the8472 https://github.com/greasemonkey/greasmonkey/issues/2232#issuecomment -326841025 में withUnsafeWindow() के मेरे कार्यान्वयन को देखें

यह पुराने with (object) ... फ़ंक्शन के व्यवहार की नकल करता है, बस थोड़ा सा सुरक्षित। (आधुनिक ब्राउज़र की आवश्यकता है।)

@arantius ने 25 जुलाई को लिखा था:

मैं कभी नहीं जोड़ने की योजना बना रहा हूं:

GM_log
GM_addStyle

इन्हें इस टिकट के निर्माण में ( 3 मार्च को @arantius द्वारा) तुच्छ के रूप में दर्शाया गया था (GM_log से कंसोल.लॉग की मैपिंग मानते हुए)।

मेरे अनुभव में, ये दो सबसे अधिक उपयोग की जाने वाली API कॉल हैं। क्या उन्हें छोड़ना बिना किसी कारण के बहुत सारी पुरानी लिपियों को तोड़ देना नहीं होगा? या आप विशेष रूप से देव शाखा का जिक्र कर रहे थे?

Tampermonkey में, GM_addStyle में शैली को इंजेक्ट करने की एक विशेष क्षमता है जो CSP प्रतिबंध को बायपास कर सकती है (यदि इनलाइन <style> निषिद्ध है)। मुझे खुशी होगी अगर हमारे पास Greasemonkey में भी यह सुविधा हो सकती है।