refresh date: 2026-09-25 robots: noindex
ब्यौरा
chrome.contentSettings एपीआई का इस्तेमाल करके, उन सेटिंग में बदलाव करें जिनसे यह कंट्रोल किया जाता है कि वेबसाइटें, कुकी, 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
प्रॉपर्टी
-
मिटाएं
void
वादाइस एक्सटेंशन से सेट किए गए, कॉन्टेंट सेटिंग के सभी नियम मिटाएं.
clearफ़ंक्शन इस तरह दिखता है:(details: object, callback?: function) => {...}
-
विवरण
ऑब्जेक्ट
-
दायरा
दायरा ज़रूरी नहीं
सेटिंग को कहां से मिटाना है (डिफ़ॉल्ट: सामान्य).
-
-
कॉलबैक
function ज़रूरी नहीं
callbackपैरामीटर कुछ ऐसा दिखता है:() => void
-
returns
वादा<शून्य>
Chrome 96+प्रॉमिस सिर्फ़ Manifest V3 और इसके बाद के वर्शन के लिए काम करते हैं. अन्य प्लैटफ़ॉर्म के लिए, कॉलबैक का इस्तेमाल करना ज़रूरी है.
-
-
सदस्यता लें
void
वादायूआरएल के दिए गए जोड़े के लिए, मौजूदा कॉन्टेंट सेटिंग फ़ेच करता है.
getफ़ंक्शन इस तरह दिखता है:(details: object, callback?: function) => {...}
-
विवरण
ऑब्जेक्ट
-
गुप्त मोड
बूलियन ज़रूरी नहीं
गुप्त मोड वाले सेशन के लिए, कॉन्टेंट सेटिंग की जांच करनी है या नहीं. (डिफ़ॉल्ट रूप से गलत)
-
primaryUrl
स्ट्रिंग
वह मुख्य यूआरएल जिसके लिए कॉन्टेंट सेटिंग को वापस पाना है. ध्यान दें कि प्राइमरी यूआरएल का मतलब, कॉन्टेंट टाइप के हिसाब से तय होता है.
-
resourceIdentifier
ResourceIdentifier ज़रूरी नहीं
कॉन्टेंट टाइप का ज़्यादा सटीक आइडेंटिफ़ायर, जिसके लिए सेटिंग वापस पाई जानी चाहिए.
-
secondaryUrl
string ज़रूरी नहीं
वह सेकंडरी यूआरएल जिसके लिए कॉन्टेंट सेटिंग को वापस लाना है. डिफ़ॉल्ट रूप से, यह मुख्य यूआरएल पर सेट होता है. ध्यान दें कि सेकंडरी यूआरएल का मतलब, कॉन्टेंट टाइप पर निर्भर करता है. साथ ही, सभी कॉन्टेंट टाइप के लिए सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
-
-
कॉलबैक
function ज़रूरी नहीं
callbackपैरामीटर कुछ ऐसा दिखता है:(details: object) => void
-
विवरण
ऑब्जेक्ट
-
सेट हो रहा है
T
कॉन्टेंट सेटिंग. संभावित वैल्यू के लिए, अलग-अलग ContentSetting ऑब्जेक्ट की जानकारी देखें.
-
-
-
returns
Promise<object>
Chrome 96+प्रॉमिस सिर्फ़ Manifest V3 और इसके बाद के वर्शन के लिए काम करते हैं. अन्य प्लैटफ़ॉर्म के लिए, कॉलबैक का इस्तेमाल करना ज़रूरी है.
-
-
getResourceIdentifiers
void
वादाgetResourceIdentifiersफ़ंक्शन इस तरह दिखता है:(callback?: function) => {...}
-
कॉलबैक
function ज़रूरी नहीं
callbackपैरामीटर कुछ ऐसा दिखता है:(resourceIdentifiers?: ResourceIdentifier[]) => void
-
resourceIdentifiers
ResourceIdentifier[] ज़रूरी नहीं
इस कॉन्टेंट टाइप के लिए, संसाधन आइडेंटिफ़ायर की सूची या
undefined, अगर इस कॉन्टेंट टाइप के लिए संसाधन आइडेंटिफ़ायर का इस्तेमाल नहीं किया जाता है.
-
-
returns
Promise<ResourceIdentifier[]>
Chrome 96+प्रॉमिस सिर्फ़ Manifest V3 और इसके बाद के वर्शन के लिए काम करते हैं. अन्य प्लैटफ़ॉर्म के लिए, कॉलबैक का इस्तेमाल करना ज़रूरी है.
-
-
सेट करो
void
वादाकॉन्टेंट सेटिंग का नया नियम लागू करता है.
setफ़ंक्शन इस तरह दिखता है:(details: object, callback?: function) => {...}
-
विवरण
ऑब्जेक्ट
-
primaryPattern
स्ट्रिंग
प्राइमरी यूआरएल का पैटर्न. पैटर्न के फ़ॉर्मैट के बारे में ज़्यादा जानने के लिए, कॉन्टेंट सेटिंग के पैटर्न लेख पढ़ें.
-
resourceIdentifier
ResourceIdentifier ज़रूरी नहीं
कॉन्टेंट टाइप के लिए संसाधन आइडेंटिफ़ायर.
-
दायरा
दायरा ज़रूरी नहीं
सेटिंग कहां सेट करनी है (डिफ़ॉल्ट: सामान्य).
-
secondaryPattern
string ज़रूरी नहीं
सेकंडरी यूआरएल का पैटर्न. डिफ़ॉल्ट रूप से, सभी यूआरएल मैच होते हैं. पैटर्न के फ़ॉर्मैट के बारे में ज़्यादा जानने के लिए, कॉन्टेंट सेटिंग के पैटर्न देखें.
-
सेट हो रहा है
कोई
इस नियम से लागू की गई सेटिंग. संभावित वैल्यू के लिए, अलग-अलग ContentSetting ऑब्जेक्ट की जानकारी देखें.
-
-
कॉलबैक
function ज़रूरी नहीं
callbackपैरामीटर कुछ ऐसा दिखता है:() => void
-
returns
वादा<शून्य>
Chrome 96+प्रॉमिस सिर्फ़ Manifest V3 और इसके बाद के वर्शन के लिए काम करते हैं. अन्य प्लैटफ़ॉर्म के लिए, कॉलबैक का इस्तेमाल करना ज़रूरी है.
-
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 कॉन्टेंट टाइप के लिए, संसाधन आइडेंटिफ़ायर का इस्तेमाल किया जाता है. ज़्यादा जानकारी के लिए, संसाधन आइडेंटिफ़ायर देखें.
प्रॉपर्टी
-
ब्यौरा
string ज़रूरी नहीं
संसाधन के बारे में ऐसी जानकारी जिसे कोई भी व्यक्ति आसानी से पढ़ सकता है.
-
आईडी
स्ट्रिंग
कॉन्टेंट के दिए गए टाइप के लिए संसाधन आइडेंटिफ़ायर.
Scope
ContentSetting का दायरा. इनमें से कोई एक
regular: सामान्य प्रोफ़ाइल के लिए सेटिंग (यह गुप्त प्रोफ़ाइल को तब मिलती है, जब इसे कहीं और बदला न गया हो),
incognito\_session\_only: गुप्त प्रोफ़ाइल के लिए सेटिंग, जिसे सिर्फ़ गुप्त मोड वाले सेशन के दौरान सेट किया जा सकता है. साथ ही, गुप्त मोड वाला सेशन खत्म होने पर इसे मिटा दिया जाता है (सामान्य सेटिंग को बदल देता है).
Enum
"regular"
"incognito_session_only"
SoundContentSetting
Enum
"allow"
"block"
प्रॉपर्टी
automaticDownloads
साइटों को अपने-आप कई फ़ाइलें डाउनलोड करने की अनुमति दी जाए या नहीं. इनमें से कोई एक वैल्यू:
allow: साइटों को एक से ज़्यादा फ़ाइलें अपने-आप डाउनलोड करने की अनुमति दें,
block: साइटों को एक से ज़्यादा फ़ाइलें अपने-आप डाउनलोड करने की अनुमति न दें,
ask: जब कोई साइट पहली फ़ाइल के बाद, फ़ाइलों को अपने-आप डाउनलोड करना चाहे, तो अनुमति मांगें.
डिफ़ॉल्ट रूप से, यह कार्रवाई ask पर सेट रहती है.
मुख्य यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
autoVerify
इससे यह तय होता है कि साइटों को Private State Tokens API इस्तेमाल करने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को Private State Tokens API का इस्तेमाल करने की अनुमति दें,
block: साइटों को Private State Tokens API का इस्तेमाल करने से रोकें.
डिफ़ॉल्ट रूप से, यह कार्रवाई allow पर सेट रहती है.
set() को कॉल करते समय, मुख्य यूआरएल पैटर्न <all_urls> होना चाहिए. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
camera
साइटों को कैमरा ऐक्सेस करने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें:
allow: साइटों को कैमरा ऐक्सेस करने की अनुमति दें,
block: साइटों को कैमरा ऐक्सेस करने की अनुमति न दें,
ask: जब कोई साइट कैमरा ऐक्सेस करना चाहे, तब अनुमति मांगें.
डिफ़ॉल्ट रूप से, यह कार्रवाई ask पर सेट रहती है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने कैमरे के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
ध्यान दें: अगर दोनों पैटर्न '<all_urls>' हैं, तो 'अनुमति दें' सेटिंग मान्य नहीं है.
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 पर सेट रहती है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने माइक्रोफ़ोन के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
ध्यान दें: अगर दोनों पैटर्न '<all_urls>' हैं, तो 'अनुमति दें' सेटिंग मान्य नहीं है.
mouselock
अब काम नहीं करता. अब इसका कोई असर नहीं होगा. सभी साइटों को माउस लॉक की अनुमति अब अपने-आप मिल जाती है. वैल्यू हमेशा allow होती है.
notifications
साइटों को डेस्कटॉप पर सूचनाएं दिखाने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें
allow: साइटों को डेस्कटॉप पर सूचनाएं दिखाने की अनुमति दें,
block: साइटों को डेस्कटॉप पर सूचनाएं दिखाने की अनुमति न दें,
ask: जब कोई साइट डेस्कटॉप पर सूचनाएं दिखाना चाहे, तो अनुमति मांगें.
डिफ़ॉल्ट रूप से, यह कार्रवाई ask पर सेट रहती है.
प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसमें सूचना दिखानी है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
plugins
अब काम नहीं करता. Chrome 88 में Flash की सुविधा हटा दी गई है. इसलिए, अब इस अनुमति का कोई असर नहीं होगा. वैल्यू हमेशा block होती है. set() और clear() को किए गए कॉल को अनदेखा कर दिया जाएगा.
popups
साइटों को पॉप-अप दिखाने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें:
allow: साइटों को पॉप-अप दिखाने की अनुमति दें,
block: साइटों को पॉप-अप दिखाने की अनुमति न दें.
डिफ़ॉल्ट रूप से, यह कार्रवाई block पर सेट रहती है.
मुख्य यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.
unsandboxedPlugins
अब काम नहीं करता. पहले, यह नीति तय करती थी कि साइटों को अनसैंडबॉक्स किए गए प्लगिन चलाने की अनुमति दी जाए या नहीं. हालांकि, Chrome 88 में Flash ब्रोकर प्रोसेस को हटा दिया गया है. इसलिए, अब इस अनुमति का कोई असर नहीं होगा. वैल्यू हमेशा block होती है. set() और clear() को किए गए कॉल को अनदेखा कर दिया जाएगा.