ब्यौरा
chrome.contentSettings API का इस्तेमाल करके, उन सेटिंग में बदलाव करें जिनसे यह तय होता है कि वेबसाइटें कुकी, JavaScript, और प्लग-इन जैसी सुविधाओं का इस्तेमाल कर सकती हैं या नहीं. आम तौर पर, कॉन्टेंट सेटिंग की मदद से, Chrome के काम करने के तरीके को पूरी दुनिया के लिए नहीं, बल्कि हर साइट के हिसाब से बदला जा सकता है.
अनुमतियां
contentSettingsएपीआई का इस्तेमाल करने के लिए, आपको अपने एक्सटेंशन के मेनिफ़ेस्ट में "contentSettings" अनुमति का एलान करना होगा. उदाहरण के लिए:
{
"name": "My extension",
...
"permissions": [
"contentSettings"
],
...
}
कॉन्सेप्ट और इस्तेमाल
कॉन्टेंट सेटिंग के पैटर्न
पैटर्न का इस्तेमाल करके, उन वेबसाइटों की जानकारी दी जा सकती है जिन पर हर कॉन्टेंट सेटिंग का असर पड़ता है. उदाहरण के लिए,
https://*.youtube.com/*, youtube.com और उसके सभी सबडोमेन के बारे में बताता है. कॉन्टेंट सेट करने के पैटर्न का सिंटैक्स, मैच पैटर्न के सिंटैक्स जैसा ही होता है. हालांकि, इनमें कुछ अंतर होते हैं:
http,https, औरftpयूआरएल के लिए, पाथ एक वाइल्डकार्ड (/*) होना चाहिए.fileयूआरएल के लिए, पाथ पूरी तरह से तय होना चाहिए और उसमें वाइल्डकार्ड नहीं होने चाहिए.- मैच पैटर्न के उलट, कॉन्टेंट सेटिंग पैटर्न में पोर्ट नंबर शामिल किया जा सकता है. अगर कोई पोर्ट नंबर दिया गया है, तो पैटर्न सिर्फ़ उस पोर्ट वाली वेबसाइटों से मैच होता है. अगर कोई पोर्ट नंबर नहीं दिया गया है, तो पैटर्न सभी पोर्ट से मैच करता है.
पैटर्न लागू होने का क्रम
जब किसी साइट के लिए कॉन्टेंट सेटिंग का एक से ज़्यादा नियम लागू होता है, तो ज़्यादा सटीक पैटर्न वाला नियम लागू होता है.
उदाहरण के लिए, नीचे दिए गए पैटर्न को प्राथमिकता के हिसाब से क्रम में लगाया गया है:
https://www.example.com/*https://*.example.com/*(example.com और सभी सबडोमेन से मैच करने वाला)<all_urls>(हर यूआरएल से मैच करने वाला)
तीन तरह के वाइल्डकार्ड से यह तय होता है कि कोई पैटर्न कितना सटीक है:
- पोर्ट में वाइल्डकार्ड (उदाहरण के लिए
https://www.example.com:*/*) - स्कीम में वाइल्डकार्ड (उदाहरण के लिए,
*://www.example.com:123/*) - होस्टनेम में वाइल्डकार्ड (उदाहरण के लिए,
https://*.example.com:123/*)
अगर कोई पैटर्न किसी हिस्से में दूसरे पैटर्न से ज़्यादा सटीक है, लेकिन किसी दूसरे हिस्से में कम सटीक है, तो अलग-अलग हिस्सों की जांच इस क्रम में की जाती है: होस्टनेम, स्कीम, पोर्ट. उदाहरण के लिए, यहां दिए गए पैटर्न को प्राथमिकता के हिसाब से क्रम में लगाया गया है:
https://www.example.com:*/*होस्टनेम और स्कीम की जानकारी देता है.*:/www.example.com:123/*ज़्यादा नहीं, क्योंकि इसमें होस्टनेम की जानकारी तो दी गई है, लेकिन स्कीम की जानकारी नहीं दी गई है.https://*.example.com:123/*कम, क्योंकि इसमें पोर्ट और स्कीम की जानकारी दी गई है. हालांकि, होस्टनेम में वाइल्डकार्ड है.
प्राइमरी और सेकंडरी पैटर्न
कॉन्टेंट के टाइप के हिसाब से, यह तय किया जाता है कि कौनसी कॉन्टेंट सेटिंग लागू की जाए.
उदाहरण के लिए, contentSettings.notifications के लिए सेटिंग, ऑमनीबॉक्स में दिखाए गए यूआरएल पर आधारित होती हैं. इस यूआरएल को "प्राइमरी" यूआरएल कहा जाता है.
कुछ तरह के कॉन्टेंट में, अन्य यूआरएल भी शामिल किए जा सकते हैं. उदाहरण के लिए, किसी साइट को contentSettings.cookies सेट करने की अनुमति है या नहीं, यह एचटीटीपी अनुरोध के यूआरएल (जो इस मामले में मुख्य यूआरएल है) और ऑमनीबॉक्स में दिखाए गए यूआरएल (जिसे "सेकंडरी" यूआरएल कहा जाता है) के आधार पर तय किया जाता है.
अगर एक से ज़्यादा नियमों में प्राइमरी और सेकंडरी पैटर्न हैं, तो सबसे खास प्राइमरी पैटर्न वाले नियम को प्राथमिकता दी जाती है. अगर कई नियमों में एक ही प्राइमरी पैटर्न है, तो ज़्यादा सटीक सेकंडरी पैटर्न वाले नियम को प्राथमिकता दी जाती है. उदाहरण के लिए, प्राइमरी/सेकंडरी पैटर्न पेयर की यह सूची, प्राथमिकता के हिसाब से क्रम में है:
| प्राथमिकता | मुख्य पैटर्न | सेकंडरी पैटर्न |
|---|---|---|
| 1 | https://www.moose.com/*, | https://www.wombat.com/* |
| 2 | https://www.moose.com/*, | <all_urls> |
| 3 | <all_urls>, | https://www.wombat.com/* |
| 4 | <all_urls>, | <all_urls> |
इमेज कॉन्टेंट सेटिंग के लिए, सेकंडरी पैटर्न काम नहीं करते.
रिसॉर्स आइडेंटिफ़ायर
रिसॉर्स आइडेंटिफ़ायर की मदद से, किसी कॉन्टेंट टाइप के खास सब-टाइप के लिए कॉन्टेंट सेटिंग तय की जा सकती हैं.
फ़िलहाल, contentSettings.plugins ही एक ऐसा कॉन्टेंट टाइप है जिसमें रिसॉर्स आइडेंटिफ़ायर का इस्तेमाल किया जा सकता है. यहां रिसॉर्स आइडेंटिफ़ायर से किसी खास प्लग इन की पहचान की जाती है. कॉन्टेंट की सेटिंग लागू करते समय, सबसे पहले उस प्लग इन की सेटिंग की जांच की जाती है. अगर किसी प्लग इन के लिए कोई सेटिंग नहीं मिलती है, तो प्लग इन के लिए कॉन्टेंट की सामान्य सेटिंग की जांच की जाती है.
उदाहरण के लिए, अगर कॉन्टेंट सेटिंग के किसी नियम में रिसॉर्स आइडेंटिफ़ायर adobe-flash-player और पैटर्न <all_urls> है, तो वह रिसॉर्स आइडेंटिफ़ायर और पैटर्न https://www.example.com/* के बिना किसी नियम से ज़्यादा प्राथमिकता पाता है. भले ही, वह पैटर्न ज़्यादा सटीक हो.
किसी कॉन्टेंट टाइप के लिए, संसाधन आइडेंटिफ़ायर की सूची पाने के लिए, contentSettings.ContentSetting.getResourceIdentifiers() तरीका इस्तेमाल करें. उपयोगकर्ता के डिवाइस पर इंस्टॉल किए गए प्लग इन के सेट के हिसाब से, दिखाए गए आइडेंटिफ़ायर की सूची बदल सकती है. हालांकि, Chrome, प्लग इन के अपडेट के दौरान आइडेंटिफ़ायर को स्थिर रखने की कोशिश करता है.
उदाहरण
इस एपीआई को आज़माने के लिए, chrome-extension-samples रिपॉज़िटरी से contentSettings API का उदाहरण इंस्टॉल करें.
टाइप
AutoVerifyContentSetting
Enum
"allow"
"block"
CameraContentSetting
Enum
"allow"
"block"
"ask"
ClipboardContentSetting
Enum
"allow"
"block"
"ask"
ContentSetting
प्रॉपर्टी
-
मिटाएं
अमान्य
वादा करनाइस एक्सटेंशन से सेट किए गए, कॉन्टेंट सेटिंग के सभी नियम मिटाएं.
clearफ़ंक्शन इस तरह दिखता है:(details: object, callback?: function) => {...}-
विवरण
ऑब्जेक्ट
-
दायरा
स्कोप ज़रूरी नहीं है
सेटिंग को कहां मिटाना है (डिफ़ॉल्ट: रेगुलर).
-
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं
callbackपैरामीटर इस तरह दिखता है:() => void
-
returns
Promise<void>
Chrome 96 और उसके बाद के वर्शनमेनिफ़ेस्ट के तीसरे और उसके बाद के वर्शन में, प्रॉमिस का इस्तेमाल किया जा सकता है. हालांकि, पुराने सिस्टम के साथ काम करने की सुविधा के लिए कॉलबैक उपलब्ध कराए गए हैं. एक ही फ़ंक्शन कॉल में, दोनों का इस्तेमाल नहीं किया जा सकता. प्रोमिस, कॉलबैक में पास किए गए टाइप के साथ ही रिज़ॉल्व होता है.
-
-
रिवॉर्ड पाएँ
अमान्य
वादा करनायह यूआरएल के किसी दिए गए जोड़े के लिए, कॉन्टेंट की मौजूदा सेटिंग दिखाता है.
getफ़ंक्शन इस तरह दिखता है:(details: object, callback?: function) => {...}-
विवरण
ऑब्जेक्ट
-
गुप्त मोड
बूलियन ज़रूरी नहीं
गुप्त मोड में ब्राउज़ करने के दौरान, कॉन्टेंट सेटिंग देखनी है या नहीं. (डिफ़ॉल्ट रूप से गलत)
-
primaryUrl
स्ट्रिंग
वह मुख्य यूआरएल जिसके लिए कॉन्टेंट की सेटिंग वापस लाई जानी है. ध्यान दें कि प्राइमरी यूआरएल का मतलब, कॉन्टेंट के टाइप पर निर्भर करता है.
-
resourceIdentifier
ResourceIdentifier ज़रूरी नहीं
उस तरह के कॉन्टेंट का ज़्यादा सटीक आइडेंटिफ़ायर जिसके लिए सेटिंग वापस लाई जानी चाहिए.
-
secondaryUrl
स्ट्रिंग ज़रूरी नहीं
वह सेकंडरी यूआरएल जिसके लिए कॉन्टेंट की सेटिंग को वापस पाना है. डिफ़ॉल्ट रूप से, प्राइमरी यूआरएल पर सेट होता है. ध्यान दें कि सेकंडरी यूआरएल का मतलब, कॉन्टेंट के टाइप पर निर्भर करता है. साथ ही, सभी तरह के कॉन्टेंट के लिए सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
-
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं
callbackपैरामीटर इस तरह दिखता है:(details: object) => void
-
विवरण
ऑब्जेक्ट
-
सेट हो रहा है
T
कॉन्टेंट सेटिंग. संभावित वैल्यू के लिए, अलग-अलग ContentSetting ऑब्जेक्ट की जानकारी देखें.
-
-
-
returns
Promise<object>
Chrome 96 और उसके बाद के वर्शनमेनिफ़ेस्ट के तीसरे और उसके बाद के वर्शन में, प्रॉमिस का इस्तेमाल किया जा सकता है. हालांकि, पुराने सिस्टम के साथ काम करने की सुविधा के लिए कॉलबैक उपलब्ध कराए गए हैं. एक ही फ़ंक्शन कॉल में, दोनों का इस्तेमाल नहीं किया जा सकता. प्रोमिस, कॉलबैक में पास किए गए टाइप के साथ ही रिज़ॉल्व होता है.
-
-
getResourceIdentifiers
अमान्य
वादा करनाgetResourceIdentifiersफ़ंक्शन इस तरह दिखता है:(callback?: function) => {...}-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं
callbackपैरामीटर इस तरह दिखता है:(resourceIdentifiers?: ResourceIdentifier[]) => void
-
resourceIdentifiers
ResourceIdentifier[] ज़रूरी नहीं है
इस कॉन्टेंट टाइप के लिए रिसॉर्स आइडेंटिफ़ायर की सूची या
undefined, अगर इस कॉन्टेंट टाइप में रिसॉर्स आइडेंटिफ़ायर का इस्तेमाल नहीं किया जाता.
-
-
returns
Promise<ResourceIdentifier[]>
Chrome 96 और उसके बाद के वर्शनमेनिफ़ेस्ट के तीसरे और उसके बाद के वर्शन में, प्रॉमिस का इस्तेमाल किया जा सकता है. हालांकि, पुराने सिस्टम के साथ काम करने की सुविधा के लिए कॉलबैक उपलब्ध कराए गए हैं. एक ही फ़ंक्शन कॉल में, दोनों का इस्तेमाल नहीं किया जा सकता. प्रोमिस, कॉलबैक में पास किए गए टाइप के साथ ही रिज़ॉल्व होता है.
-
-
सेट करो
अमान्य
वादा करनाकॉन्टेंट सेटिंग का नया नियम लागू करता है.
setफ़ंक्शन इस तरह दिखता है:(details: object, callback?: function) => {...}-
विवरण
ऑब्जेक्ट
-
primaryPattern
स्ट्रिंग
प्राइमरी यूआरएल का पैटर्न. पैटर्न के फ़ॉर्मैट के बारे में ज़्यादा जानने के लिए, कॉन्टेंट सेटिंग पैटर्न लेख पढ़ें.
-
resourceIdentifier
ResourceIdentifier ज़रूरी नहीं
कॉन्टेंट टाइप के लिए रिसॉर्स आइडेंटिफ़ायर.
-
दायरा
स्कोप ज़रूरी नहीं है
सेटिंग कहां सेट करें (डिफ़ॉल्ट: सामान्य).
-
secondaryPattern
स्ट्रिंग ज़रूरी नहीं
सेकंडरी यूआरएल का पैटर्न. डिफ़ॉल्ट रूप से, सभी यूआरएल से मैच करने के लिए सेट होता है. पैटर्न के फ़ॉर्मैट के बारे में ज़्यादा जानने के लिए, कॉन्टेंट सेटिंग पैटर्न देखें.
-
सेट हो रहा है
कोई
इस नियम से लागू की गई सेटिंग. संभावित वैल्यू के लिए, अलग-अलग ContentSetting ऑब्जेक्ट की जानकारी देखें.
-
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं
callbackपैरामीटर इस तरह दिखता है:() => void
-
returns
Promise<void>
Chrome 96 और उसके बाद के वर्शनमेनिफ़ेस्ट के तीसरे और उसके बाद के वर्शन में, प्रॉमिस का इस्तेमाल किया जा सकता है. हालांकि, पुराने सिस्टम के साथ काम करने की सुविधा के लिए कॉलबैक उपलब्ध कराए गए हैं. एक ही फ़ंक्शन कॉल में, दोनों का इस्तेमाल नहीं किया जा सकता. प्रोमिस, कॉलबैक में पास किए गए टाइप के साथ ही रिज़ॉल्व होता है.
-
CookiesContentSetting
Enum
"allow"
"block"
"session_only"
FullscreenContentSetting
मान
"allow"
ImagesContentSetting
Enum
"allow"
"block"
JavascriptContentSetting
Enum
"allow"
"block"
LocationContentSetting
Enum
"allow"
"block"
"ask"
MicrophoneContentSetting
Enum
"allow"
"block"
"ask"
MouselockContentSetting
मान
"allow"
MultipleAutomaticDownloadsContentSetting
Enum
"allow"
"block"
"ask"
NotificationsContentSetting
Enum
"allow"
"block"
"ask"
PluginsContentSetting
मान
"block"
PopupsContentSetting
Enum
"allow"
"block"
PpapiBrokerContentSetting
मान
"block"
ResourceIdentifier
contentSettings.plugins, रिसॉर्स आइडेंटिफ़ायर का इस्तेमाल करने वाला एकमात्र कॉन्टेंट टाइप है. ज़्यादा जानकारी के लिए, रिसॉर्स आइडेंटिफ़ायर देखें.
प्रॉपर्टी
-
ब्यौरा
स्ट्रिंग ज़रूरी नहीं
संसाधन के बारे में ऐसी जानकारी जिसे कोई भी व्यक्ति आसानी से पढ़ सकता है.
-
आईडी
स्ट्रिंग
दिए गए कॉन्टेंट टाइप के लिए संसाधन आइडेंटिफ़ायर.
Scope
ContentSetting का दायरा. इनमें से कोई एक:
regular: सामान्य प्रोफ़ाइल के लिए सेटिंग (अगर किसी दूसरी जगह से बदलाव नहीं किया जाता है, तो गुप्त मोड वाली प्रोफ़ाइल में यह सेटिंग लागू हो जाती है),
incognito\_session\_only: गुप्त मोड वाली प्रोफ़ाइल के लिए सेटिंग, जिसे सिर्फ़ गुप्त मोड वाले सेशन के दौरान सेट किया जा सकता है. गुप्त मोड वाले सेशन के खत्म होने पर, यह सेटिंग मिट जाती है. यह सामान्य सेटिंग को बदल देती है.
Enum
"regular"
"incognito_session_only"
प्रॉपर्टी
automaticDownloads
साइटों को एक से ज़्यादा फ़ाइलें अपने-आप डाउनलोड करने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को अपने-आप कई फ़ाइलें डाउनलोड करने की अनुमति दें,
block: साइटों को अपने-आप कई फ़ाइलें डाउनलोड करने की अनुमति न दें,
ask: पूछें कि पहली फ़ाइल के बाद, साइट को अपने-आप फ़ाइलें कब डाउनलोड करनी हैं.
डिफ़ॉल्ट रूप से ask होता है.
प्राइमरी यूआरएल, टॉप लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
autoVerify
साइटों को Private State Tokens API का इस्तेमाल करने की अनुमति है या नहीं. इनमें से कोई एक विकल्प चुनें:
allow: साइटों को Private State Tokens API का इस्तेमाल करने की अनुमति दें,
block: साइटों को Private State Tokens API का इस्तेमाल करने से ब्लॉक करें.
डिफ़ॉल्ट रूप से allow होता है.
प्राइमरी यूआरएल, टॉप लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता. ध्यान दें: set() को कॉल करते समय, प्राइमरी पैटर्न होना चाहिए .
camera
साइटों को कैमरा ऐक्सेस करने की अनुमति है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को कैमरा ऐक्सेस करने की अनुमति दें,
block: साइटों को कैमरा ऐक्सेस करने की अनुमति न दें,
ask: जब कोई साइट कैमरा ऐक्सेस करना चाहे, तब पूछें.
डिफ़ॉल्ट रूप से ask होता है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने कैमरे के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
ध्यान दें: अगर दोनों पैटर्न '' हैं, तो 'अनुमति दें' सेटिंग मान्य नहीं है.
clipboard
साइटों को एसिंक्रोनस क्लिपबोर्ड एपीआई की बेहतर सुविधाओं की मदद से, क्लिपबोर्ड ऐक्सेस करने की अनुमति देनी है या नहीं. "बेहतर" सुविधाओं में, उपयोगकर्ता के जेस्चर के बाद, पहले से मौजूद फ़ॉर्मैट में लिखने के अलावा, अन्य सुविधाएं भी शामिल हैं. जैसे, पढ़ने की सुविधा, पसंद के मुताबिक फ़ॉर्मैट में लिखने की सुविधा, और उपयोगकर्ता के जेस्चर के बिना लिखने की सुविधा. इनमें से कोई एक विकल्प चुनें
allow: साइटों को क्लिपबोर्ड की बेहतर सुविधाओं का इस्तेमाल करने की अनुमति दें,
block: साइटों को क्लिपबोर्ड की बेहतर सुविधाओं का इस्तेमाल करने की अनुमति न दें,
ask: साइट को क्लिपबोर्ड की बेहतर सुविधाओं का इस्तेमाल करने की अनुमति कब देनी है, यह पूछें.
डिफ़ॉल्ट रूप से ask होता है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने क्लिपबोर्ड के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
cookies
वेबसाइटों को कुकी और अन्य स्थानीय डेटा सेट करने की अनुमति है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: कुकी स्वीकार करें,
block: कुकी ब्लॉक करें,
session\_only: सिर्फ़ मौजूदा सेशन के लिए कुकी स्वीकार करें.
डिफ़ॉल्ट रूप से allow होता है.
प्राइमरी यूआरएल, कुकी के ऑरिजिन को दिखाने वाला यूआरएल होता है. सेकंडरी यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है.
fullscreen
अब काम नहीं करता. अब इसका कोई असर नहीं पड़ता. अब सभी साइटों के लिए, फ़ुलस्क्रीन मोड की अनुमति अपने-आप मिल जाती है. यह वैल्यू हमेशा allow होती है.
images
इमेज दिखानी हैं या नहीं. इनमें से कोई एक विकल्प चुनें:
allow: इमेज दिखाएं,
block: इमेज न दिखाएं.
डिफ़ॉल्ट रूप से allow होता है.
प्राइमरी यूआरएल, टॉप लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल, इमेज का यूआरएल होता है.
javascript
JavaScript चलाना है या नहीं. इनमें से कोई एक विकल्प चुनें:
allow: JavaScript चलाएं,
block: JavaScript न चलाएं.
डिफ़ॉल्ट रूप से allow होता है.
प्राइमरी यूआरएल, टॉप लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
location
जगह की जानकारी ऐक्सेस करने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को अपनी जगह की जानकारी ट्रैक करने की अनुमति दें,
block: साइटों को अपनी जगह की जानकारी ट्रैक करने की अनुमति न दें,
ask: साइटों को अपनी जगह की जानकारी ट्रैक करने की अनुमति देने से पहले पूछें.
डिफ़ॉल्ट रूप से ask होता है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने जगह की जानकारी के डेटा का अनुरोध किया है. सेकंडरी यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. यह अनुरोध करने वाले यूआरएल से अलग हो सकता है या नहीं भी.
microphone
साइटों को माइक्रोफ़ोन ऐक्सेस करने की अनुमति है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को माइक्रोफ़ोन ऐक्सेस करने की अनुमति दें,
block: साइटों को माइक्रोफ़ोन ऐक्सेस करने की अनुमति न दें,
ask: साइट को माइक्रोफ़ोन ऐक्सेस करने की अनुमति कब देनी है, यह पूछें.
डिफ़ॉल्ट रूप से ask होता है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने माइक्रोफ़ोन के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
ध्यान दें: अगर दोनों पैटर्न '' हैं, तो 'अनुमति दें' सेटिंग मान्य नहीं है.
mouselock
अब काम नहीं करता. अब इसका कोई असर नहीं पड़ता. अब सभी साइटों को माउस लॉक की अनुमति अपने-आप मिल जाती है. यह वैल्यू हमेशा allow होती है.
notifications
साइटों को डेस्कटॉप सूचनाएं दिखाने की अनुमति है या नहीं. इनमें से कोई एक विकल्प चुनें:
allow: साइटों को डेस्कटॉप सूचनाएं दिखाने की अनुमति दें,
block: साइटों को डेस्कटॉप सूचनाएं दिखाने की अनुमति न दें,
ask: साइट को डेस्कटॉप सूचनाएं दिखाने की अनुमति तब दें, जब वह चाहे.
डिफ़ॉल्ट रूप से ask होता है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसमें सूचना दिखानी है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
plugins
अब काम नहीं करता. Chrome 88 में फ़्लैश की सुविधा हटा दी गई है. इसलिए, अब इस अनुमति का कोई असर नहीं पड़ेगा. यह वैल्यू हमेशा block होती है. set() और clear() पर आने वाले कॉल को अनदेखा कर दिया जाएगा.
popups
साइटों को पॉप-अप दिखाने की अनुमति है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को पॉप-अप दिखाने की अनुमति दें,
block: साइटों को पॉप-अप दिखाने की अनुमति न दें.
डिफ़ॉल्ट रूप से block होता है.
प्राइमरी यूआरएल, टॉप लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
unsandboxedPlugins
अब काम नहीं करता. पहले, यह कंट्रोल किया जाता था कि साइटों को प्लगिन बिना सैंडबॉक्स किए चलाने की अनुमति है या नहीं. हालांकि, Chrome 88 में फ़्लैश ब्रोकर प्रोसेस हटाने के बाद, इस अनुमति का अब कोई असर नहीं पड़ेगा. यह वैल्यू हमेशा block होती है. set() और clear() पर आने वाले कॉल को अनदेखा कर दिया जाएगा.