browser.contentSettings

ब्यौरा

chrome.contentSettings एपीआई का इस्तेमाल करके, उन सेटिंग में बदलाव करें जिनसे यह कंट्रोल किया जाता है कि वेबसाइटें, कुकी, JavaScript, और प्लग इन जैसी सुविधाओं का इस्तेमाल कर सकती हैं या नहीं. सामान्य तौर पर, कॉन्टेंट सेटिंग की मदद से, Chrome के काम करने के तरीके को हर साइट के हिसाब से पसंद के मुताबिक बनाया जा सकता है.

अनुमतियां

contentSettings

एपीआई का इस्तेमाल करने के लिए, आपको अपने एक्सटेंशन के मेनिफ़ेस्ट में "contentSettings" अनुमति का एलान करना होगा. उदाहरण के लिए:

{
  "name": "My extension",
  ...
  "permissions": [
    "contentSettings"
  ],
  ...
}

कॉन्सेप्ट और इस्तेमाल

कॉन्टेंट सेटिंग के पैटर्न

पैटर्न का इस्तेमाल करके, यह तय किया जा सकता है कि हर कॉन्टेंट सेटिंग का असर किन वेबसाइटों पर पड़ेगा. उदाहरण के लिए, https://*.youtube.com/* से youtube.com और उसके सभी सबडोमेन के बारे में पता चलता है. कॉन्टेंट सेटिंग के पैटर्न का सिंटैक्स, मैच पैटर्न के सिंटैक्स जैसा ही होता है. हालांकि, इनमें कुछ अंतर होते हैं:

  • http, https, और ftp यूआरएल के लिए, पाथ वाइल्डकार्ड (/*) होना चाहिए. file यूआरएल के लिए, पाथ पूरी तरह से तय होना चाहिए और उसमें वाइल्डकार्ड नहीं होने चाहिए.
  • मैच पैटर्न के उलट, कॉन्टेंट सेटिंग पैटर्न में पोर्ट नंबर तय किया जा सकता है. अगर कोई पोर्ट नंबर दिया गया है, तो पैटर्न सिर्फ़ उस पोर्ट वाली वेबसाइटों से मैच करता है. अगर कोई पोर्ट नंबर नहीं दिया गया है, तो पैटर्न सभी पोर्ट से मैच करता है.

पैटर्न की प्राथमिकता

अगर किसी साइट पर कॉन्टेंट सेटिंग के एक से ज़्यादा नियम लागू होते हैं, तो सबसे ज़्यादा मिलते-जुलते पैटर्न वाले नियम को प्राथमिकता दी जाती है.

उदाहरण के लिए, यहां दिए गए पैटर्न को प्राथमिकता के हिसाब से क्रम में लगाया गया है:

  1. https://www.example.com/*
  2. https://*.example.com/* (example.com और सभी सबडोमेन से मैच होने वाले)
  3. <all_urls> (हर यूआरएल से मैच होने वाला)

तीन तरह के वाइल्डकार्ड से यह तय होता है कि कोई पैटर्न कितना सटीक है:

  • पोर्ट में वाइल्डकार्ड (उदाहरण के लिए, https://www.example.com:*/*)
  • स्कीम में वाइल्डकार्ड (उदाहरण के लिए, *://www.example.com:123/*)
  • होस्टनेम में वाइल्डकार्ड (उदाहरण के लिए, https://*.example.com:123/*)

अगर कोई पैटर्न किसी एक हिस्से में दूसरे पैटर्न की तुलना में ज़्यादा सटीक है, लेकिन दूसरे हिस्से में कम सटीक है, तो अलग-अलग हिस्सों की जांच इस क्रम में की जाती है: होस्टनेम, स्कीम, पोर्ट. उदाहरण के लिए, यहां दिए गए पैटर्न को प्राथमिकता के हिसाब से क्रम में लगाया गया है:

  1. https://www.example.com:*/* इससे होस्टनेम और स्कीम के बारे में पता चलता है.
  2. *:/www.example.com:123/* इसकी प्राथमिकता ज़्यादा नहीं है, क्योंकि इसमें होस्टनेम तो बताया गया है, लेकिन स्कीम नहीं बताई गई है.
  3. https://*.example.com:123/* इसकी प्राथमिकता कम है, क्योंकि इसमें पोर्ट और स्कीम की जानकारी दी गई है, लेकिन होस्टनेम में वाइल्डकार्ड है.

प्राइमरी और सेकंडरी पैटर्न

कॉन्टेंट के टाइप के हिसाब से यह तय किया जाता है कि कौनसी कॉन्टेंट सेटिंग लागू करनी है. इसके लिए, यूआरएल को ध्यान में रखा जाता है. उदाहरण के लिए, contentSettings.notifications के लिए सेटिंग, खोज बार में दिखाए गए यूआरएल पर आधारित होती हैं. इस यूआरएल को "प्राइमरी" यूआरएल कहा जाता है.

कुछ तरह के कॉन्टेंट के लिए, अतिरिक्त यूआरएल इस्तेमाल किए जा सकते हैं. उदाहरण के लिए, किसी साइट को contentSettings.cookies सेट करने की अनुमति है या नहीं, यह एचटीटीपी अनुरोध के यूआरएल (इस मामले में यह मुख्य यूआरएल है) और खोज बार में दिखाए गए यूआरएल (इसे "सेकंडरी" यूआरएल कहा जाता है) के आधार पर तय किया जाता है.

अगर एक से ज़्यादा नियमों में प्राइमरी और सेकंडरी पैटर्न हैं, तो ज़्यादा सटीक प्राइमरी पैटर्न वाले नियम को प्राथमिकता दी जाती है. अगर एक से ज़्यादा नियमों का प्राइमरी पैटर्न एक जैसा है, तो ज़्यादा सटीक सेकंडरी पैटर्न वाले नियम को प्राथमिकता दी जाती है. उदाहरण के लिए, प्राइमरी/सेकेंडरी पैटर्न के जोड़ों की इस सूची को प्राथमिकता के हिसाब से क्रम में लगाया गया है:

प्राथमिकतामुख्य पैटर्नसेकंडरी पैटर्न
1https://www.moose.com/*,https://www.wombat.com/*
2https://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

Chrome 113+ Chrome 148 से browser.*

Enum

"allow"

"block"

CameraContentSetting

Chrome 46+ Chrome 148 से browser.*

Enum

"allow"

"block"

"ask"

ClipboardContentSetting

Chrome 121+ browser.* Chrome 148 से

Enum

"allow"

"block"

"ask"

ContentSetting

प्रॉपर्टी

  • मिटाएं

    void

    इस एक्सटेंशन से सेट किए गए, कॉन्टेंट सेटिंग के सभी नियम मिटाएं.

    clear फ़ंक्शन इस तरह दिखता है: 

    (details: object) => {...}

    • विवरण

      ऑब्जेक्ट

      • दायरा

        दायरा ज़रूरी नहीं

        सेटिंग को कहां से मिटाना है (डिफ़ॉल्ट: सामान्य).

    • returns

      वादा<शून्य>

      Chrome 96+ Chrome 148 से browser.*
  • सदस्यता लें

    void

    यूआरएल के दिए गए जोड़े के लिए, मौजूदा कॉन्टेंट सेटिंग फ़ेच करता है.

    get फ़ंक्शन इस तरह दिखता है: 

    (details: object) => {...}

    • विवरण

      ऑब्जेक्ट

      • गुप्त मोड

        बूलियन ज़रूरी नहीं

        गुप्त मोड वाले सेशन के लिए, कॉन्टेंट सेटिंग की जांच करनी है या नहीं. (डिफ़ॉल्ट रूप से गलत)

      • primaryUrl

        स्ट्रिंग

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

      • resourceIdentifier

        ResourceIdentifier ज़रूरी नहीं

        कॉन्टेंट टाइप का ज़्यादा सटीक आइडेंटिफ़ायर, जिसके लिए सेटिंग वापस पाई जानी चाहिए.

      • secondaryUrl

        string ज़रूरी नहीं

        वह सेकंडरी यूआरएल जिसके लिए कॉन्टेंट सेटिंग को वापस लाना है. डिफ़ॉल्ट रूप से, यह मुख्य यूआरएल पर सेट होता है. ध्यान दें कि सेकंडरी यूआरएल का मतलब, कॉन्टेंट टाइप पर निर्भर करता है. साथ ही, सभी कॉन्टेंट टाइप के लिए सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.

    • returns

      Promise<object>

      Chrome 96+ Chrome 148 से browser.*
  • getResourceIdentifiers

    void

    getResourceIdentifiers फ़ंक्शन इस तरह दिखता है: 

    () => {...}

  • सेट करो

    void

    कॉन्टेंट सेटिंग का नया नियम लागू करता है.

    set फ़ंक्शन इस तरह दिखता है: 

    (details: object) => {...}

    • विवरण

      ऑब्जेक्ट

      • primaryPattern

        स्ट्रिंग

        प्राइमरी यूआरएल का पैटर्न. पैटर्न के फ़ॉर्मैट के बारे में ज़्यादा जानने के लिए, कॉन्टेंट सेटिंग के पैटर्न लेख पढ़ें.

      • resourceIdentifier

        ResourceIdentifier ज़रूरी नहीं

        कॉन्टेंट टाइप के लिए संसाधन आइडेंटिफ़ायर.

      • दायरा

        दायरा ज़रूरी नहीं

        सेटिंग कहां सेट करनी है (डिफ़ॉल्ट: सामान्य).

      • secondaryPattern

        string ज़रूरी नहीं

        सेकंडरी यूआरएल का पैटर्न. डिफ़ॉल्ट रूप से, सभी यूआरएल मैच होते हैं. पैटर्न के फ़ॉर्मैट के बारे में ज़्यादा जानने के लिए, कॉन्टेंट सेटिंग के पैटर्न देखें.

      • सेट हो रहा है

        कोई

        इस नियम से लागू की गई सेटिंग. संभावित वैल्यू के लिए, अलग-अलग ContentSetting ऑब्जेक्ट की जानकारी देखें.

    • returns

      वादा<शून्य>

      Chrome 96+ Chrome 148 से browser.*

CookiesContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

Enum

"allow"

"block"

"session_only"

FullscreenContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

वैल्यू

"allow"

ImagesContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

Enum

"allow"

"block"

JavascriptContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

Enum

"allow"

"block"

LocationContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

Enum

"allow"

"block"

"ask"

MicrophoneContentSetting

Chrome 46+ Chrome 148 से browser.*

Enum

"allow"

"block"

"ask"

MouselockContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

वैल्यू

"allow"

MultipleAutomaticDownloadsContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

Enum

"allow"

"block"

"ask"

NotificationsContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

Enum

"allow"

"block"

"ask"

PluginsContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

वैल्यू

"block"

PopupsContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

Enum

"allow"

"block"

PpapiBrokerContentSetting

Chrome 44+ browser.* Chrome 148 के बाद से

वैल्यू

"block"

ResourceIdentifier

सिर्फ़ contentSettings.plugins कॉन्टेंट टाइप के लिए, संसाधन आइडेंटिफ़ायर का इस्तेमाल किया जाता है. ज़्यादा जानकारी के लिए, संसाधन आइडेंटिफ़ायर देखें.

प्रॉपर्टी

  • ब्यौरा

    string ज़रूरी नहीं

    संसाधन के बारे में ऐसी जानकारी जिसे कोई भी व्यक्ति आसानी से पढ़ सकता है.

  • आईडी

    स्ट्रिंग

    कॉन्टेंट के दिए गए टाइप के लिए संसाधन आइडेंटिफ़ायर.

Scope

Chrome 44+ browser.* Chrome 148 के बाद से

ContentSetting का दायरा. इनमें से कोई एक regular: सामान्य प्रोफ़ाइल के लिए सेटिंग (यह गुप्त प्रोफ़ाइल को तब मिलती है, जब इसे कहीं और बदला न गया हो), incognito\_session\_only: गुप्त प्रोफ़ाइल के लिए सेटिंग, जिसे सिर्फ़ गुप्त मोड वाले सेशन के दौरान सेट किया जा सकता है. साथ ही, गुप्त मोड वाला सेशन खत्म होने पर इसे मिटा दिया जाता है (सामान्य सेटिंग को बदल देता है).

Enum

"regular"

"incognito_session_only"

SoundContentSetting

Chrome 141+ Chrome 148 से browser.*

Enum

"allow"

"block"

प्रॉपर्टी

automaticDownloads

साइटों को अपने-आप कई फ़ाइलें डाउनलोड करने की अनुमति दी जाए या नहीं. इनमें से कोई एक वैल्यू: allow: साइटों को एक से ज़्यादा फ़ाइलें अपने-आप डाउनलोड करने की अनुमति दें, block: साइटों को एक से ज़्यादा फ़ाइलें अपने-आप डाउनलोड करने की अनुमति न दें, ask: जब कोई साइट पहली फ़ाइल के बाद, फ़ाइलों को अपने-आप डाउनलोड करना चाहे, तो अनुमति मांगें. डिफ़ॉल्ट रूप से, यह कार्रवाई ask पर सेट रहती है. मुख्य यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.

टाइप

ContentSetting<MultipleAutomaticDownloadsContentSetting>

autoVerify

Chrome 113+ Chrome 148 से browser.*

इससे यह तय होता है कि साइटों को Private State Tokens API इस्तेमाल करने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें allow: साइटों को Private State Tokens API का इस्तेमाल करने की अनुमति दें, block: साइटों को Private State Tokens API का इस्तेमाल करने से रोकें. डिफ़ॉल्ट रूप से, यह कार्रवाई allow पर सेट रहती है. set() को कॉल करते समय, मुख्य यूआरएल पैटर्न <all_urls> होना चाहिए. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.

टाइप

ContentSetting<AutoVerifyContentSetting>

camera

Chrome 46+ Chrome 148 से browser.*

साइटों को कैमरा ऐक्सेस करने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें: allow: साइटों को कैमरा ऐक्सेस करने की अनुमति दें, block: साइटों को कैमरा ऐक्सेस करने की अनुमति न दें, ask: जब कोई साइट कैमरा ऐक्सेस करना चाहे, तब अनुमति मांगें. डिफ़ॉल्ट रूप से, यह कार्रवाई ask पर सेट रहती है. प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने कैमरे के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता. ध्यान दें: अगर दोनों पैटर्न '<all_urls>' हैं, तो 'अनुमति दें' सेटिंग मान्य नहीं है.

टाइप

ContentSetting<CameraContentSetting>

clipboard

Chrome 121+ browser.* Chrome 148 से

यह नीति तय करती है कि साइटों को Async Clipboard API की बेहतर सुविधाओं के ज़रिए, क्लिपबोर्ड को ऐक्सेस करने की अनुमति दी जाए या नहीं. "ऐडवांस" सुविधाओं में, उपयोगकर्ता के जेस्चर के बाद पहले से मौजूद फ़ॉर्मैट लिखने के अलावा, कुछ भी शामिल है. जैसे, पढ़ने की सुविधा, कस्टम फ़ॉर्मैट लिखने की सुविधा, और उपयोगकर्ता के जेस्चर के बिना लिखने की सुविधा. इनमें से कोई एक वैल्यू चुनें allow: साइटों को क्लिपबोर्ड की बेहतर सुविधाएं इस्तेमाल करने की अनुमति दें, block: साइटों को क्लिपबोर्ड की बेहतर सुविधाएं इस्तेमाल करने की अनुमति न दें, ask: जब कोई साइट क्लिपबोर्ड की बेहतर सुविधाएं इस्तेमाल करना चाहे, तो अनुमति मांगें. डिफ़ॉल्ट रूप से, यह कार्रवाई ask पर सेट रहती है. प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने क्लिपबोर्ड के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.

टाइप

ContentSetting<ClipboardContentSetting>

cookies

यह तय करें कि वेबसाइटों को कुकी और अन्य स्थानीय डेटा सेट करने की अनुमति देनी है या नहीं. इनमें से कोई एक: allow: कुकी स्वीकार करें, block: कुकी ब्लॉक करें, session\_only: सिर्फ़ मौजूदा सेशन के लिए कुकी स्वीकार करें. डिफ़ॉल्ट रूप से, यह कार्रवाई allow पर सेट रहती है. मुख्य यूआरएल, वह यूआरएल होता है जो कुकी के ऑरिजिन को दिखाता है. सेकंडरी यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है.

टाइप

ContentSetting<CookiesContentSetting>

fullscreen

अब काम नहीं करता. अब इसका कोई असर नहीं होगा. अब सभी साइटों को फ़ुलस्क्रीन मोड की अनुमति अपने-आप मिल जाती है. वैल्यू हमेशा allow होती है.

टाइप

ContentSetting<FullscreenContentSetting>

images

इमेज दिखानी हैं या नहीं. इनमें से कोई एक वैल्यू डालें allow: इमेज दिखाएं, block: इमेज न दिखाएं. डिफ़ॉल्ट रूप से, यह कार्रवाई allow पर सेट रहती है. मुख्य यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. दूसरा यूआरएल, इमेज का यूआरएल होता है.

टाइप

ContentSetting<ImagesContentSetting>

javascript

JavaScript को चलाना है या नहीं. इनमें से कोई एक allow: JavaScript चलाएं, block: JavaScript न चलाएं. डिफ़ॉल्ट रूप से, यह कार्रवाई allow पर सेट रहती है. मुख्य यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.

टाइप

ContentSetting<JavascriptContentSetting>

location

जियोलोकेशन की अनुमति देनी है या नहीं. इनमें से कोई एक allow: साइटों को आपकी जगह की जानकारी ट्रैक करने की अनुमति दें, block: साइटों को आपकी जगह की जानकारी ट्रैक करने की अनुमति न दें, ask: साइटों को आपकी जगह की जानकारी ट्रैक करने की अनुमति देने से पहले पूछें. डिफ़ॉल्ट रूप से, यह कार्रवाई ask पर सेट रहती है. प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने जगह की जानकारी के डेटा का अनुरोध किया है. सेकंडरी यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. यह अनुरोध करने वाले यूआरएल से अलग हो सकता है या नहीं भी.

टाइप

ContentSetting<LocationContentSetting>

microphone

Chrome 46+ Chrome 148 से browser.*

साइटों को माइक्रोफ़ोन ऐक्सेस करने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें: allow: साइटों को माइक्रोफ़ोन ऐक्सेस करने की अनुमति दें, block: साइटों को माइक्रोफ़ोन ऐक्सेस करने की अनुमति न दें, ask: जब कोई साइट माइक्रोफ़ोन ऐक्सेस करना चाहे, तब अनुमति मांगें. डिफ़ॉल्ट रूप से, यह कार्रवाई ask पर सेट रहती है. प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसने माइक्रोफ़ोन के ऐक्सेस का अनुरोध किया है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता. ध्यान दें: अगर दोनों पैटर्न '<all_urls>' हैं, तो 'अनुमति दें' सेटिंग मान्य नहीं है.

टाइप

ContentSetting<MicrophoneContentSetting>

mouselock

अब काम नहीं करता. अब इसका कोई असर नहीं होगा. सभी साइटों को माउस लॉक की अनुमति अब अपने-आप मिल जाती है. वैल्यू हमेशा allow होती है.

टाइप

ContentSetting<MouselockContentSetting>

notifications

साइटों को डेस्कटॉप पर सूचनाएं दिखाने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें allow: साइटों को डेस्कटॉप पर सूचनाएं दिखाने की अनुमति दें, block: साइटों को डेस्कटॉप पर सूचनाएं दिखाने की अनुमति न दें, ask: जब कोई साइट डेस्कटॉप पर सूचनाएं दिखाना चाहे, तो अनुमति मांगें. डिफ़ॉल्ट रूप से, यह कार्रवाई ask पर सेट रहती है. प्राइमरी यूआरएल, उस दस्तावेज़ का यूआरएल होता है जिसमें सूचना दिखानी है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.

टाइप

ContentSetting<NotificationsContentSetting>

plugins

अब काम नहीं करता. Chrome 88 में Flash की सुविधा हटा दी गई है. इसलिए, अब इस अनुमति का कोई असर नहीं होगा. वैल्यू हमेशा block होती है. set() और clear() के कॉल को अनदेखा कर दिया जाएगा.

टाइप

ContentSetting<PluginsContentSetting>

popups

साइटों को पॉप-अप दिखाने की अनुमति देनी है या नहीं. इनमें से कोई एक विकल्प चुनें: allow: साइटों को पॉप-अप दिखाने की अनुमति दें, block: साइटों को पॉप-अप दिखाने की अनुमति न दें. डिफ़ॉल्ट रूप से, यह कार्रवाई block पर सेट रहती है. मुख्य यूआरएल, टॉप-लेवल फ़्रेम का यूआरएल होता है. सेकंडरी यूआरएल का इस्तेमाल नहीं किया जाता.

टाइप

ContentSetting<PopupsContentSetting>

unsandboxedPlugins

अब काम नहीं करता. पहले, यह नीति तय करती थी कि साइटों को अनसैंडबॉक्स किए गए प्लगिन चलाने की अनुमति दी जाए या नहीं. हालांकि, Chrome 88 में Flash ब्रोकर प्रोसेस को हटा दिया गया है. इसलिए, अब इस अनुमति का कोई असर नहीं होगा. वैल्यू हमेशा block होती है. set() और clear() को किए गए कॉल को अनदेखा कर दिया जाएगा.

टाइप

ContentSetting<PpapiBrokerContentSetting>