ब्यौरा
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-सैंपल डेटा स्टोर करने की जगह से contentSettings API का उदाहरण इंस्टॉल करें.
टाइप
AutoVerifyContentSetting
Enum
CameraContentSetting
Enum
"ask"
ClipboardContentSetting
Enum
"ask"
ContentSetting
प्रॉपर्टी
-
मिटाएं
void
वादाइस एक्सटेंशन के सेट किए गए कॉन्टेंट सेटिंग के सभी नियम हटाएं.
clear
फ़ंक्शन ऐसा दिखता है:(details: object, callback?: function) => {...}
-
विवरण
ऑब्जेक्ट
-
दायरा
स्कोप ज़रूरी नहीं
सेटिंग कहां से मिटाएं (डिफ़ॉल्ट: सामान्य).
-
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं
callback
पैरामीटर ऐसा दिखता है:() => void
-
returns
Promise<void>
Chrome 96 के बाद के वर्शनप्रॉमिस, मेनिफ़ेस्ट V3 और इसके बाद के वर्शन में काम करता है. हालांकि, पुराने सिस्टम के साथ काम करने के लिए कॉलबैक दिए जाते हैं. आप एक ही फ़ंक्शन कॉल पर दोनों का इस्तेमाल नहीं कर सकते. प्रॉमिस उसी टाइप के साथ रिज़ॉल्व हो जाती है जिसे कॉलबैक को पास किया जाता है.
-
-
रिवॉर्ड पाएँ
void
वादायूआरएल के दिए गए जोड़े के लिए, मौजूदा कॉन्टेंट सेटिंग की जानकारी देता है.
get
फ़ंक्शन ऐसा दिखता है:(details: object, callback?: function) => {...}
-
विवरण
ऑब्जेक्ट
-
गुप्त मोड
बूलियन ज़रूरी नहीं
गुप्त मोड वाले सेशन के लिए कॉन्टेंट सेटिंग देखना है या नहीं. (डिफ़ॉल्ट गलत)
-
primaryUrl
स्ट्रिंग
वह मुख्य यूआरएल जिसके लिए कॉन्टेंट सेटिंग को वापस पाना चाहिए. ध्यान दें कि मुख्य यूआरएल का मतलब, इस बात पर निर्भर करता है कि कॉन्टेंट किस तरह का है.
-
resourceIdentifier
ResourceIdentifier ज़रूरी नहीं है
कॉन्टेंट के टाइप का ज़्यादा खास आइडेंटिफ़ायर, जिसके लिए सेटिंग को वापस लाया जाना चाहिए.
-
secondaryUrl
स्ट्रिंग ज़रूरी नहीं
वह दूसरा यूआरएल जिसके लिए कॉन्टेंट सेटिंग को वापस पाना चाहिए. डिफ़ॉल्ट तौर पर, यह मुख्य यूआरएल होता है. ध्यान दें कि सेकंडरी यूआरएल का मतलब, कॉन्टेंट के टाइप के हिसाब से तय होता है. यह ज़रूरी नहीं है कि हर तरह के कॉन्टेंट में, सेकंडरी यूआरएल का इस्तेमाल किया जाए.
-
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं
callback
पैरामीटर ऐसा दिखता है:(details: object) => void
-
विवरण
ऑब्जेक्ट
-
सेट हो रहा है
T
कॉन्टेंट सेटिंग. संभावित वैल्यू के लिए, अलग-अलग ContentSettings ऑब्जेक्ट की जानकारी देखें.
-
-
-
returns
Promise<object>
Chrome 96 के बाद के वर्शनप्रॉमिस, मेनिफ़ेस्ट V3 और इसके बाद के वर्शन में काम करता है. हालांकि, पुराने सिस्टम के साथ काम करने के लिए कॉलबैक दिए जाते हैं. आप एक ही फ़ंक्शन कॉल पर दोनों का इस्तेमाल नहीं कर सकते. प्रॉमिस उसी टाइप के साथ रिज़ॉल्व हो जाती है जिसे कॉलबैक को पास किया जाता है.
-
-
getResourceIdentifiers
void
वादाgetResourceIdentifiers
फ़ंक्शन ऐसा दिखता है:(callback?: function) => {...}
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं
callback
पैरामीटर ऐसा दिखता है:(resourceIdentifiers?: ResourceIdentifier[]) => void
-
resourceIdentifiers
ResourceIdentifier[] ज़रूरी नहीं है
इस तरह के कॉन्टेंट के लिए, रिसॉर्स आइडेंटिफ़ायर की सूची. अगर इस तरह के कॉन्टेंट में, रिसॉर्स आइडेंटिफ़ायर का इस्तेमाल नहीं किया जाता है, तो
undefined
.
-
-
returns
Promise<ResourceIdentifier[]>
Chrome 96 के बाद के वर्शनप्रॉमिस, मेनिफ़ेस्ट V3 और इसके बाद के वर्शन में काम करता है. हालांकि, पुराने सिस्टम के साथ काम करने के लिए कॉलबैक दिए जाते हैं. आप एक ही फ़ंक्शन कॉल पर दोनों का इस्तेमाल नहीं कर सकते. प्रॉमिस उसी टाइप के साथ रिज़ॉल्व हो जाती है जिसे कॉलबैक को पास किया जाता है.
-
-
सेट करो
void
वादाकॉन्टेंट सेटिंग का नया नियम लागू होता है.
set
फ़ंक्शन ऐसा दिखता है:(details: object, callback?: function) => {...}
-
विवरण
ऑब्जेक्ट
-
primaryPattern
स्ट्रिंग
मुख्य यूआरएल का पैटर्न. किसी पैटर्न के फ़ॉर्मैट के बारे में ज़्यादा जानने के लिए, कॉन्टेंट सेटिंग पैटर्न देखें.
-
resourceIdentifier
ResourceIdentifier ज़रूरी नहीं है
कॉन्टेंट टाइप के लिए संसाधन आइडेंटिफ़ायर.
-
दायरा
स्कोप ज़रूरी नहीं
सेटिंग कहां सेट करें (डिफ़ॉल्ट: सामान्य).
-
secondaryPattern
स्ट्रिंग ज़रूरी नहीं
सेकंडरी यूआरएल का पैटर्न. डिफ़ॉल्ट रूप से, सभी यूआरएल का मिलान होता है. किसी पैटर्न के फ़ॉर्मैट के बारे में जानकारी के लिए, कॉन्टेंट सेटिंग पैटर्न देखें.
-
सेट हो रहा है
कोई भी
इस नियम से लागू की गई सेटिंग. संभावित वैल्यू के लिए, अलग-अलग ContentSettings ऑब्जेक्ट की जानकारी देखें.
-
-
कॉलबैक
फ़ंक्शन ज़रूरी नहीं
callback
पैरामीटर ऐसा दिखता है:() => void
-
returns
Promise<void>
Chrome 96 के बाद के वर्शनप्रॉमिस, मेनिफ़ेस्ट V3 और इसके बाद के वर्शन में काम करता है. हालांकि, पुराने सिस्टम के साथ काम करने के लिए कॉलबैक दिए जाते हैं. आप एक ही फ़ंक्शन कॉल पर दोनों का इस्तेमाल नहीं कर सकते. प्रॉमिस उसी टाइप के साथ रिज़ॉल्व हो जाती है जिसे कॉलबैक को पास किया जाता है.
-
CookiesContentSetting
Enum
"session_only"
FullscreenContentSetting
वैल्यू
ImagesContentSetting
Enum
JavascriptContentSetting
Enum
LocationContentSetting
Enum
"ask"
MicrophoneContentSetting
Enum
"ask"
MouselockContentSetting
वैल्यू
MultipleAutomaticDownloadsContentSetting
Enum
"ask"
NotificationsContentSetting
Enum
"ask"
PluginsContentSetting
वैल्यू
PopupsContentSetting
Enum
PpapiBrokerContentSetting
वैल्यू
ResourceIdentifier
रिसॉर्स आइडेंटिफ़ायर का इस्तेमाल करने वाला सिर्फ़ contentSettings.plugins
कॉन्टेंट टाइप है. ज़्यादा जानकारी के लिए, संसाधन आइडेंटिफ़ायर देखें.
प्रॉपर्टी
-
ब्यौरा
स्ट्रिंग ज़रूरी नहीं
संसाधन के बारे में ऐसी जानकारी जिसे कोई व्यक्ति आसानी से पढ़ सके.
-
id
स्ट्रिंग
किसी कॉन्टेंट टाइप के लिए संसाधन आइडेंटिफ़ायर.
Scope
ContentSettings का स्कोप. regular
में से एक: सामान्य प्रोफ़ाइल की सेटिंग (अगर इसे कहीं और नहीं बदला गया है, तो यह गुप्त प्रोफ़ाइल से इनहेरिट की जाती है),
incognito\_session\_only
: गुप्त प्रोफ़ाइल की सेटिंग, जिसे सिर्फ़ गुप्त सेशन के दौरान सेट किया जा सकता है और गुप्त सेशन खत्म होने पर मिटा दिया जाता है (सामान्य सेटिंग को ओवरराइड करती हैं).
Enum
प्रॉपर्टी
automaticDownloads
साइटों को अपने-आप कई फ़ाइलें डाउनलोड करने की अनुमति देनी है या नहीं. इनमें से एक
allow
: साइटों को अपने-आप कई फ़ाइलें डाउनलोड करने की अनुमति दें,
block
: साइटों को कई फ़ाइलें अपने-आप डाउनलोड करने की अनुमति न दें,
ask
: जब कोई साइट पहली फ़ाइल के बाद फ़ाइलों को अपने-आप डाउनलोड करना चाहे, तो यह पूछें.
डिफ़ॉल्ट वैल्यू ask
है.
मुख्य यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया गया है.
autoVerify
साइटों को प्राइवेट स्टेट टोकन एपीआई का इस्तेमाल करने की अनुमति दी जाए या नहीं. इनमें से एक
allow
: साइटों को Private State Tokens API का इस्तेमाल करने की अनुमति दें
block
: साइटों को Private State Tokens API का इस्तेमाल करने से रोकें.
डिफ़ॉल्ट वैल्यू allow
है.
मुख्य यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया गया है. ध्यान दें: set()
को कॉल करते समय, प्राइमरी पैटर्न यह होना चाहिए .
camera
साइटों को कैमरे का ऐक्सेस देना है या नहीं. इनमें से एक
allow
: साइटों को कैमरा ऐक्सेस करने की अनुमति दें,
block
: साइटों को कैमरे का ऐक्सेस न दें
ask
: जब कोई साइट कैमरा ऐक्सेस करना चाहे, तो पूछें.
डिफ़ॉल्ट वैल्यू ask
है.
मुख्य यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिससे कैमरे के ऐक्सेस का अनुरोध किया जाता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया गया है.
ध्यान दें: अगर दोनों पैटर्न '' हैं, तो 'अनुमति दें' सेटिंग मान्य नहीं होती.
clipboard
साइटों को Async Clipboard API की बेहतर क्षमताओं से क्लिपबोर्ड ऐक्सेस करने की अनुमति देनी है या नहीं. "ऐडवांस" सुविधाओं में, उपयोगकर्ता जेस्चर के बाद बिल्ट-इन फ़ॉर्मैट लिखने के अलावा कुछ भी शामिल है. इसमें पढ़ने की सुविधा, पसंद के मुताबिक फ़ॉर्मैट लिखने की सुविधा, और उपयोगकर्ता जेस्चर के बिना लिखने की सुविधा शामिल है. इनमें से एक
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 में Flash ब्रोकर प्रोसेस को हटाने के बाद, इस अनुमति का कोई असर नहीं पड़ता. यह वैल्यू हमेशा block
होती है. set()
और clear()
पर किए जाने वाले कॉल को अनदेखा कर दिया जाएगा.