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

"अनुमति दें"

"ब्लॉक करें"

CameraContentSetting

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

Enum

"अनुमति दें"

"ब्लॉक करें"

"पूछें"

ClipboardContentSetting

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

Enum

"अनुमति दें"

"ब्लॉक करें"

"पूछें"

ContentSetting

प्रॉपर्टी

  • मिटाएं

    अमान्य

    प्रॉमिस

    इस एक्सटेंशन के ज़रिए कॉन्टेंट सेटिंग के लिए तय किए गए सभी नियमों को हटाएं.

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

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

    • विवरण

      ऑब्जेक्ट

      • दायरा

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

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

    • कॉलबैक

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

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

      () => void

    • returns

      प्रॉमिस<void>

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

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

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

    अमान्य

    प्रॉमिस

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

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

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

    • विवरण

      ऑब्जेक्ट

      • गुप्त मोड

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

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

      • primaryUrl

        स्ट्रिंग

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

      • resourceIdentifier

        ResourceIdentifier ज़रूरी नहीं

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

      • secondaryUrl

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

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

    • कॉलबैक

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

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

      (details: object) => void

      • विवरण

        ऑब्जेक्ट

        • सेट हो रहा है

          T

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

    • returns

      Promise&lt;object&gt;

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

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

  • getResourceIdentifiers

    अमान्य

    प्रॉमिस

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

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

    • कॉलबैक

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

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

      (resourceIdentifiers?: ResourceIdentifier[]) => void

      • resourceIdentifiers

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

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

    • returns

      वादा<ResourceIdentifier[]>

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

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

  • सेट करो

    अमान्य

    प्रॉमिस

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

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

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

    • विवरण

      ऑब्जेक्ट

      • primaryPattern

        स्ट्रिंग

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

      • resourceIdentifier

        ResourceIdentifier ज़रूरी नहीं

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

      • दायरा

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

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

      • secondaryPattern

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

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

      • सेट हो रहा है

        कोई

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

    • कॉलबैक

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

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

      () => void

    • returns

      प्रॉमिस<void>

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

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

CookiesContentSetting

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

Enum

"अनुमति दें"

"ब्लॉक करें"

&quot;session_only&quot;

FullscreenContentSetting

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

मान

"अनुमति दें"

ImagesContentSetting

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

Enum

"अनुमति दें"

"ब्लॉक करें"

JavascriptContentSetting

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

Enum

"अनुमति दें"

"ब्लॉक करें"

LocationContentSetting

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

Enum

"अनुमति दें"

"ब्लॉक करें"

"पूछें"

MicrophoneContentSetting

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

Enum

"अनुमति दें"

"ब्लॉक करें"

"पूछें"

MouselockContentSetting

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

मान

"अनुमति दें"

MultipleAutomaticDownloadsContentSetting

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

Enum

"अनुमति दें"

"ब्लॉक करें"

"पूछें"

NotificationsContentSetting

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

Enum

"अनुमति दें"

"ब्लॉक करें"

"पूछें"

PluginsContentSetting

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

मान

"ब्लॉक करें"

PopupsContentSetting

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

Enum

"अनुमति दें"

"ब्लॉक करें"

PpapiBrokerContentSetting

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

मान

"ब्लॉक करें"

ResourceIdentifier

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

प्रॉपर्टी

  • ब्यौरा

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

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

  • आईडी

    स्ट्रिंग

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

Scope

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

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

Enum

"सामान्य"

"गुप्त_session_only"

प्रॉपर्टी

automaticDownloads

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

टाइप

ContentSetting&lt;MultipleAutomaticDownloadsContentSetting&gt;

autoVerify

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

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

टाइप

ContentSetting&lt;AutoVerifyContentSetting&gt;

camera

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

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

टाइप

ContentSetting&lt;CameraContentSetting&gt;

clipboard

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

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

टाइप

ContentSetting&lt;ClipboardContentSetting&gt;

cookies

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

टाइप

ContentSetting&lt;CookiesContentSetting&gt;

fullscreen

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

टाइप

ContentSetting&lt;FullscreenContentSetting&gt;

images

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

टाइप

ContentSetting&lt;ImagesContentSetting&gt;

javascript

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

टाइप

ContentSetting&lt;JavascriptContentSetting&gt;

location

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

टाइप

ContentSetting&lt;LocationContentSetting&gt;

microphone

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

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

टाइप

ContentSetting&lt;MicrophoneContentSetting&gt;

mouselock

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

टाइप

ContentSetting&lt;MouselockContentSetting&gt;

notifications

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

टाइप

ContentSetting&lt;NotificationsContentSetting&gt;

plugins

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

टाइप

ContentSetting&lt;PluginsContentSetting&gt;

popups

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

टाइप

ContentSetting&lt;PopupsContentSetting&gt;

unsandboxedPlugins

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

टाइप

ContentSetting&lt;PpapiBrokerContentSetting&gt;