chrome.contentSettings

ब्यौरा

chrome.contentSettings API का इस्तेमाल करके, उन सेटिंग में बदलाव करें जिनसे यह तय होता है कि वेबसाइटें कुकी, 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 और उसके बाद के वर्शन

Enum

"block"

CameraContentSetting

Chrome 46 और उसके बाद के वर्शन

Enum

ClipboardContentSetting

Chrome 121 और उसके बाद के वर्शन

Enum

"ask"

ContentSetting

प्रॉपर्टी

  • मिटाएं

    अमान्य

    वादा करना

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

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

    (details: object, callback?: function) => {...}

    • विवरण

      ऑब्जेक्ट

      • दायरा

        स्कोप ज़रूरी नहीं

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

    • कॉलबैक

      फ़ंक्शन वैकल्पिक

      callback पैरामीटर ऐसा दिखता है: 

      () => void

    • returns

      Promise<void>

      Chrome 96 और उसके बाद के वर्शन

      मेनिफ़ेस्ट V3 और उसके बाद के वर्शन में प्रॉमिस काम करते हैं. हालांकि, पुराने सिस्टम के साथ काम करने के लिए कॉलबैक की सुविधा दी जाती है. एक ही फ़ंक्शन कॉल में दोनों का इस्तेमाल नहीं किया जा सकता. प्रोमिस, कॉलबैक में पास किए गए टाइप के साथ ही रिज़ॉल्व होता है.

  • रिवॉर्ड पाएँ

    अमान्य

    वादा करना

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

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

    (details: object, callback?: function) => {...}

    • विवरण

      ऑब्जेक्ट

      • गुप्त मोड

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

        गुप्त मोड में ब्राउज़ करने के दौरान, कॉन्टेंट सेटिंग देखनी है या नहीं. (डिफ़ॉल्ट रूप से गलत)

      • primaryUrl

        स्ट्रिंग

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

      • resourceIdentifier

        ResourceIdentifier ज़रूरी नहीं

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

      • secondaryUrl

        स्ट्रिंग ज़रूरी नहीं

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

    • कॉलबैक

      फ़ंक्शन वैकल्पिक

      callback पैरामीटर ऐसा दिखता है: 

      (details: object) => void

      • विवरण

        ऑब्जेक्ट

        • सेट हो रहा है

          T

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

    • returns

      प्रॉमिस<object>

      Chrome 96 और उसके बाद के वर्शन

      मेनिफ़ेस्ट V3 और उसके बाद के वर्शन में, प्रॉमिस का इस्तेमाल किया जा सकता है. हालांकि, पुराने सिस्टम के साथ काम करने की सुविधा के लिए कॉलबैक उपलब्ध कराए गए हैं. एक ही फ़ंक्शन कॉल में दोनों का इस्तेमाल नहीं किया जा सकता. प्रॉमिस उसी टाइप से रिज़ॉल्व हो जाता है जो कॉलबैक को पास किया जाता है.

  • getResourceIdentifiers

    अमान्य

    वादा करना

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

    (callback?: function) => {...}

    • कॉलबैक

      फ़ंक्शन वैकल्पिक

      callback पैरामीटर इस तरह दिखता है: 

      (resourceIdentifiers?: ResourceIdentifier[]) => void

      • resourceIdentifiers

        ResourceIdentifier[] ज़रूरी नहीं

        इस तरह के कॉन्टेंट के लिए, संसाधन आइडेंटिफ़ायर की सूची या अगर यह कॉन्टेंट टाइप, रिसॉर्स आइडेंटिफ़ायर का इस्तेमाल नहीं करता है, तो undefined.

    • returns

      Promise<ResourceIdentifier[]>

      Chrome 96 और उसके बाद के वर्शन

      मेनिफ़ेस्ट V3 और उसके बाद के वर्शन में प्रॉमिस काम करते हैं. हालांकि, पुराने सिस्टम के साथ काम करने के लिए कॉलबैक दिए जाते हैं. एक ही फ़ंक्शन कॉल में दोनों का इस्तेमाल नहीं किया जा सकता. प्रॉमिस उसी टाइप से रिज़ॉल्व हो जाता है जो कॉलबैक को पास किया जाता है.

  • सेट करो

    अमान्य

    वादा

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

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

    (details: object, callback?: function) => {...}

    • विवरण

      ऑब्जेक्ट

      • primaryPattern

        स्ट्रिंग

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

      • resourceIdentifier

        ResourceIdentifier ज़रूरी नहीं

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

      • दायरा

        स्कोप ज़रूरी नहीं

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

      • secondaryPattern

        स्ट्रिंग ज़रूरी नहीं

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

      • सेट हो रहा है

        कोई

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

    • कॉलबैक

      फ़ंक्शन वैकल्पिक

      callback पैरामीटर ऐसा दिखता है: 

      () => void

    • returns

      Promise<void>

      Chrome 96 और उसके बाद के वर्शन

      मेनिफ़ेस्ट V3 और उसके बाद के वर्शन में, प्रॉमिस का इस्तेमाल किया जा सकता है. हालांकि, पुराने सिस्टम के साथ काम करने की सुविधा के लिए कॉलबैक उपलब्ध कराए गए हैं. एक ही फ़ंक्शन कॉल में, दोनों का इस्तेमाल नहीं किया जा सकता. प्रोमिस, कॉलबैक में पास किए गए टाइप के साथ ही रिज़ॉल्व होता है.

CookiesContentSetting

Chrome 44 और उसके बाद वाले वर्शन के लिए

Enum

"block"

"session_only"

FullscreenContentSetting

Chrome 44 और उसके बाद के वर्शन

मान

"allow"

ImagesContentSetting

Chrome 44 और उसके बाद वाले वर्शन के लिए

Enum

"block"

JavascriptContentSetting

Chrome 44 और उसके बाद वाले वर्शन के लिए

Enum

"block"

LocationContentSetting

Chrome 44 और उसके बाद वाले वर्शन के लिए

Enum

MicrophoneContentSetting

Chrome 46 और उसके बाद के वर्शन

Enum

MouselockContentSetting

Chrome 44 और उसके बाद वाले वर्शन के लिए

मान

"allow"

MultipleAutomaticDownloadsContentSetting

Chrome 44 और उसके बाद वाले वर्शन के लिए

Enum

NotificationsContentSetting

Chrome 44 और उसके बाद वाले वर्शन के लिए

Enum

PluginsContentSetting

Chrome 44 और उसके बाद के वर्शन

मान

PopupsContentSetting

Chrome 44 और उसके बाद वाले वर्शन के लिए

Enum

"block"

PpapiBrokerContentSetting

Chrome 44 और उसके बाद वाले वर्शन के लिए

मान

ResourceIdentifier

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

प्रॉपर्टी

  • ब्यौरा

    स्ट्रिंग ज़रूरी नहीं

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

  • आईडी

    स्ट्रिंग

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

Scope

Chrome 44 और उसके बाद के वर्शन

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

Enum

"incognito_session_only"

प्रॉपर्टी

automaticDownloads

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

टाइप

ContentSetting<MultipleAutomaticDownloadsContentSetting>

autoVerify

Chrome 113 और उसके बाद के वर्शन

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

टाइप

ContentSetting&lt;AutoVerifyContentSetting&gt;

camera

Chrome 46 और उसके बाद वाले वर्शन के लिए

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

टाइप

ContentSetting&lt;CameraContentSetting&gt;

clipboard

Chrome 121 और उसके बाद के वर्शन

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

टाइप

ContentSetting&lt;ClipboardContentSetting&gt;

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&lt;LocationContentSetting&gt;

microphone

Chrome 46 और उसके बाद के वर्शन

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

टाइप

ContentSetting<MicrophoneContentSetting>

mouselock

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

टाइप

ContentSetting&lt;MouselockContentSetting&gt;

notifications

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

टाइप

ContentSetting<NotificationsContentSetting>

plugins

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

टाइप

ContentSetting&lt;PluginsContentSetting&gt;

popups

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

टाइप

ContentSetting<PopupsContentSetting>

unsandboxedPlugins

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

टाइप

ContentSetting&lt;PpapiBrokerContentSetting&gt;