साथ काम करने के फ़्रेमवर्क में बदलाव (Android 14)

ACCESS_SHARED_IDENTITY

अगर ऐप्लिकेशन ने अपनी पहचान शेयर करने के लिए ऑप्ट-इन किया है, तो इस गतिविधि को ActivityOptions के किसी इंस्टेंस के साथ लॉन्च करके, ऐप्लिकेशन की पहचान का ऐक्सेस दिया जाता है. ऐसा तब किया जाता है, जब ActivityOptions.setShareIdentityEnabled(boolean) को true की वैल्यू के साथ शुरू किया गया हो या लॉन्च की गई गतिविधि का यूआईडी, लॉन्च करने वाले ऐप्लिकेशन के यूआईडी से मेल खाता हो. जब यह बदलाव चालू होता है और इनमें से कोई एक ज़रूरी शर्त पूरी होती है, तो गतिविधि, लॉन्च किए जा रहे ऐप्लिकेशन का UID और पैकेज का नाम ऐक्सेस कर सकती है. इसके लिए, Activity.getLaunchedFromUid() और Activity.getLaunchedFromPackage() का इस्तेमाल किया जाता है.

ANR_PRE_UDC_APIS_ON_SLOW_RESPONSES

चालू होने पर, यह "ऐप्लिकेशन काम नहीं कर रहा है" (एएनआर) मैसेज को ट्रिगर करता है. ऐसा तब होता है, जब ऐप्लिकेशन, Android 13 (एपीआई लेवल 33) या उससे पहले के वर्शन के एपीआई और फ़ंक्शन पर काम करने में धीमे होते हैं.

AUTHORITY_ACCESS_CHECK_CHANGE_ID

Android 14 (एपीआई लेवल 34) और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, सिंक से जुड़े सभी एपीआई पर, कॉल करने वाले UID के लिए अनुमति ऐक्सेस की जांच करने की सुविधा चालू की गई है.

CAMERA_MIC_INDICATORS_NOT_PRESENT

इससे पता चलता है कि यह डिवाइस, कैमरे और माइक्रोफ़ोन के इंडिकेटर के साथ काम करता है. अगर वैल्यू मौजूद है, तो यह false होती है. ऐसा इसलिए है, क्योंकि अगर बदलाव आईडी मौजूद नहीं है, तो CompatChanges#isChangeEnabled तरीका true दिखाता है.

DEFAULT_RESCIND_BAL_PRIVILEGES_FROM_PENDING_INTENT_SENDER

जब कोई ऐप्लिकेशन PendingIntent#send() या इससे मिलते-जुलते तरीकों का इस्तेमाल करके PendingIntent भेजता है, तो उसे अब ऑप्ट-इन करना होगा. ऐसा इसलिए, ताकि वह अपनी बैकग्राउंड गतिविधि को लॉन्च करने की अनुमतियां दे सके और लंबित इंटेंट को शुरू कर सके.

इस बदलाव के बारे में ज़्यादा जानने के लिए, Android 14 के व्यवहार में हुए बदलावों वाले पेज पर, बैकग्राउंड से गतिविधियां शुरू करने पर लगी अतिरिक्त पाबंदियों के बारे में बताने वाला सेक्शन देखें.

DETACH_THROWS_ISE_ONLY

#detachImage से मिले सही अपवाद को गेट करने के लिए फ़्लैग करें.

गड़बड़ी होने पर, #detachImage को IllegalStateException को ट्रिगर करने के तौर पर रिकॉर्ड किया गया है. अगर Image को अलग करते समय, प्लैटफ़ॉर्म छोड़ दिया गया था, तो इसके लिए नेटिव हेल्पर का तरीका RuntimeException को ट्रिगर करता है.

पहले इस अपवाद के व्यवहार को रिकॉर्ड नहीं किया गया था. हालांकि, यह व्यवहार अब भी Android 13 (एपीआई लेवल 33) पर जारी है.

Android 13 (एपीआई लेवल 33) के बाद, नेटिव हेल्पर का तरीका सिर्फ़ दस्तावेज़ के मुताबिक IllegalStateExceptions दिखाता है.

यह बदलाव चालू होने पर, #detachImage सिर्फ़ तब IllegalStateException दिखाता है, जब इमेज को अलग करते समय गड़बड़ियां होती हैं. Android 13 (एपीआई लेवल 33) और उससे पहले के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, व्यवहार में कोई बदलाव नहीं होगा.

DOWNSCALED

यह बदलाव, हर ऐप्लिकेशन के लिए बफ़र को कम करने के सभी बदलावों को कंट्रोल करता है. इस बदलाव को चालू करने से, स्केलिंग के लिए ये फ़ैक्टर लागू किए जा सकते हैं:

• DOWNSCALE_30
• DOWNSCALE_35
• DOWNSCALE_40
• DOWNSCALE_45
• DOWNSCALE_50
• DOWNSCALE_55
• DOWNSCALE_60
• DOWNSCALE_65
• DOWNSCALE_70
• DOWNSCALE_75
• DOWNSCALE_80
• DOWNSCALE_85
• DOWNSCALE_90

जब किसी ऐप्लिकेशन पैकेज के लिए यह बदलाव चालू किया जाता है, तो ऐप्लिकेशन का साइज़, स्केलिंग फ़ैक्टर के ज़रिए तय किए गए सबसे बड़े साइज़ पर बदल जाता है. उदाहरण के लिए, अगर 80% और 70%, दोनों (DOWNSCALE_80 और DOWNSCALE_70) चालू हैं, तो 80% का इस्तेमाल किया जाएगा. जब यह बदलाव और DOWNSCALED_INVERSE, दोनों चालू हों, तो DOWNSCALED_INVERSE को प्राथमिकता दी जाती है और स्केलिंग फ़ैक्टर को उलटे क्रम में लागू किया जाता है.

DOWNSCALED_INVERSE

यह बदलाव, हर ऐप्लिकेशन के लिए बफ़र के इनवर्स डाउनस्केलिंग में किए गए सभी बदलावों को कंट्रोल करता है. इस बदलाव को चालू करने पर, इन स्केलिंग फ़ैक्टर को उलटे तरीके से लागू किया जा सकता है. इसका मतलब है कि रिज़ॉल्यूशन को अपस्केल किया जाएगा:

• DOWNSCALE_30
• DOWNSCALE_35
• DOWNSCALE_40
• DOWNSCALE_45
• DOWNSCALE_50
• DOWNSCALE_55
• DOWNSCALE_60
• DOWNSCALE_65
• DOWNSCALE_70
• DOWNSCALE_75
• DOWNSCALE_80
• DOWNSCALE_85
• DOWNSCALE_90

जब किसी ऐप्लिकेशन पैकेज के लिए यह बदलाव चालू किया जाता है, तो ऐप्लिकेशन का साइज़, स्केलिंग फ़ैक्टर के हिसाब से कम कर दिया जाता है. उदाहरण के लिए, अगर 80% और 70% (DOWNSCALE_80 और DOWNSCALE_70) दोनों चालू हैं, तो 80% का इस्तेमाल किया जाता है. ऐसा इसलिए, क्योंकि उलटे क्रम में लागू करने पर, 80% का स्केलिंग फ़ैक्टर 125% के बराबर होता है. यह 70% के स्केलिंग फ़ैक्टर को उलटे क्रम में लागू करने पर लागू होने वाले 142.86% स्केलिंग से कम है. जब यह बदलाव और DOWNSCALED, दोनों चालू हों, तो DOWNSCALED_INVERSE को प्राथमिकता दी जाती है और स्केलिंग फ़ैक्टर को उलटे क्रम में लागू किया जाता है.

DOWNSCALE_30

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 30% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 333.33% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_35

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 35% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए यह बदलाव चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 285.71% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_40

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 40% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 250% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_45

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 45% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए यह बदलाव चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 222.22% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_50

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 50% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 200% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_55

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 55% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए यह बदलाव चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 181.82% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_60

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 60% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 166.67% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_65

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 65% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 153.85% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_70

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 70% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए यह बदलाव चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 142.86% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_75

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 75% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए यह बदलाव चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 133.33% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_80

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 80% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 125% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_85

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 85% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 117.65% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_90

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 90% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह असल डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 111.11% वाले डिसप्ले पर चल रहा है.

ENABLE_PLATFORM_MDNS_BACKEND

Android 14 या उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, प्लैटफ़ॉर्म के साथ इंटिग्रेट किए गए mDNS को बैकएंड के तौर पर इस्तेमाल करते हैं. वहीं, पिछले वर्शन को टारगेट करने वाले ऐप्लिकेशन, लेगसी नेटवर्क सेवा डिस्कवरी (NSD) बैकएंड का इस्तेमाल करते हैं. इसमें NsdManager बैकएंड के तौर पर लेगसी नेटिव डेमन का इस्तेमाल किया जाता है.

ENABLE_SELF_CERTIFIED_CAPABILITIES_DECLARATION

Android 14 या इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, खुद से सर्टिफ़ाइड सुविधाओं की जांच करने की सुविधा चालू है. ज़्यादा जानकारी के लिए, NetworkCapabilities पर जाएं.

ENFORCE_PACKAGE_VISIBILITY_FILTERING

Android 14 (एपीआई लेवल 34) और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, ऐप्लिकेशन को AccountManager एपीआई को ऐक्सेस करने के लिए, मेनिफ़ेस्ट में पैकेज की जानकारी दिखाने की ज़रूरतों के बारे में बताना होगा.

ENFORCE_READ_ONLY_JAVA_DCL

Android 14 (एपीआई लेवल 34) और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, डाइनैमिक तरीके से लोड होने वाली सभी फ़ाइलों को रीड-ओनली के तौर पर मार्क करना ज़रूरी है. इससे, डाइनैमिक तौर पर लोड होने वाली फ़ाइलों को नुकसान पहुंचाने वाले लोग या ग्रुप, अचानक उन पर डेटा डालकर उन्हें बदल नहीं पाते.

इस बदलाव के बारे में ज़्यादा जानने के लिए, Android 14 के व्यवहार में हुए बदलावों वाले पेज पर, सुरक्षित डाइनैमिक कोड लोड करने के बारे में सेक्शन देखें.

ENFORCE_STRICT_QUERY_BUILDER

चालू होने पर, SQLiteQueryBuilder सभी CalendarProvider2 क्वेरी के विकल्पों की पुष्टि करता है, ताकि वे नुकसान पहुंचाने वाले आर्ग्युमेंट से सुरक्षित रहें.

EXACT_LISTENER_ALARMS_DROPPED_ON_CACHED

कॉल करने वाले ऐप्लिकेशन के कैश मेमोरी में जाने पर, AlarmManager.OnAlarmListener कॉलबैक की उम्मीद करने वाले सटीक अलार्म बंद हो जाते हैं.

Android 14 में, एग्ज़ैक्ट अलार्म से जुड़े बदलावों के बारे में ज़्यादा जानने के लिए, एग्ज़ैक्ट अलार्म शेड्यूल करने की अनुमति डिफ़ॉल्ट रूप से नहीं दी जाती लेख पढ़ें.

FGS_TYPE_CHECK_FOR_INSTANT_APPS

चालू होने पर, इंस्टैंट ऐप्लिकेशन को ऐप्लिकेशन की मेनिफ़ेस्ट फ़ाइल में बताई गई सभी सेवाओं के लिए, फ़ोरग्राउंड सेवा के सही टाइप बताने होंगे.

इस बदलाव के बारे में ज़्यादा जानने के लिए, फ़ोरग्राउंड सेवा के टाइप में हुए बदलावों के बारे में बताने वाला पेज देखें.

FGS_TYPE_NONE_DEPRECATION_CHANGE_ID

इस सेटिंग के चालू होने पर, Android 14 (एपीआई लेवल 34) और उसके बाद के वर्शन को टारगेट करने वाले ऐसे ऐप्लिकेशन जो इस्तेमाल में नहीं रह गए FOREGROUND_SERVICE_TYPE_NONE टाइप का इस्तेमाल करके फ़ोरग्राउंड सेवा शुरू करते हैं, उनके लॉग में चेतावनी दिखती है.

इस बदलाव के बारे में ज़्यादा जानने के लिए, फ़ोरग्राउंड सेवा के टाइप में हुए बदलावों के बारे में बताने वाला पेज देखें.

FGS_TYPE_NONE_DISABLED_CHANGE_ID

इस सेटिंग के चालू होने पर, Android 14 (एपीआई लेवल 34) और उसके बाद के वर्शन को टारगेट करने वाले ऐसे ऐप्लिकेशन के लिए अपवाद लागू होता है जो इस्तेमाल में नहीं रहे FOREGROUND_SERVICE_TYPE_NONE टाइप का इस्तेमाल करके फ़ोरग्राउंड सेवा शुरू करते हैं.

इस बदलाव के बारे में ज़्यादा जानने के लिए, फ़ोरग्राउंड सेवा के टाइप में हुए बदलावों के बारे में बताने वाला पेज देखें.

FGS_TYPE_PERMISSION_CHANGE_ID

इस सेटिंग के चालू होने पर, Android 14 (एपीआई लेवल 34) और उसके बाद के वर्शन को टारगेट करने वाले ऐसे ऐप्लिकेशन के लिए SecurityException दिखता है जो फ़ोरग्राउंड सेवा के टाइप से जुड़ी ज़रूरी अनुमतियों के बिना, फ़ोरग्राउंड सेवा शुरू करते हैं.

इस बदलाव के बारे में ज़्यादा जानने के लिए, फ़ोरग्राउंड सेवा के टाइप में हुए बदलावों के बारे में बताने वाला पेज देखें.

FORCE_DISABLE_HEVC_SUPPORT

किसी ऐप्लिकेशन को HEVC मीडिया की सुविधा के साथ काम करने से ज़बरदस्ती बंद करना. ऐप्लिकेशन को अपने मेनिफ़ेस्ट में, काम करने वाले मीडिया की सुविधाओं के बारे में बताना चाहिए. हालांकि, इस फ़्लैग का इस्तेमाल करके, किसी ऐप्लिकेशन को HEVC के साथ काम न करने के लिए मजबूर किया जा सकता है. इससे, HEVC में कोड में बदले गए मीडिया को ऐक्सेस करते समय, ट्रांसकोडिंग को ज़बरदस्ती किया जा सकता है. इस फ़्लैग को सेट करने पर, ऐप्लिकेशन के लिए ओएस लेवल की डिफ़ॉल्ट सेटिंग बदल जाती है. यह डिफ़ॉल्ट रूप से बंद होता है. इसका मतलब है कि ओएस के डिफ़ॉल्ट विकल्पों को प्राथमिकता दी जाती है. अगर यह फ़्लैग और FORCE_ENABLE_HEVC_SUPPORT, दोनों चालू हैं, तो ओएस दोनों फ़्लैग को अनदेखा करता है.

FORCE_ENABLE_HEVC_SUPPORT

किसी ऐप्लिकेशन को HEVC मीडिया की सुविधा के साथ काम करने के लिए, उसे ज़बरदस्ती चालू करना. ऐप्लिकेशन को, अपने मेनिफ़ेस्ट में यह बताना चाहिए कि वे किन मीडिया फ़ॉर्मैट के साथ काम करते हैं. हालांकि, इस फ़्लैग का इस्तेमाल करके किसी ऐप्लिकेशन को HEVC के साथ काम करने के लिए ज़बरदस्ती किया जा सकता है. इससे, HEVC में एन्कोड किए गए मीडिया को ऐक्सेस करते समय ट्रांसकोडिंग से बचा जा सकता है. इस फ़्लैग को सेट करने पर, ऐप्लिकेशन के लिए ओएस लेवल की डिफ़ॉल्ट सेटिंग बदल जाती है. यह डिफ़ॉल्ट रूप से बंद होता है. इसका मतलब है कि ओएस के डिफ़ॉल्ट सेटिंग को प्राथमिकता दी जाएगी. अगर यह फ़्लैग और FORCE_DISABLE_HEVC_SUPPORT, दोनों चालू हैं, तो ऑपरेटिंग सिस्टम दोनों फ़्लैग को अनदेखा कर देता है.

FORCE_NON_RESIZE_APP

जिन पैकेज पर यह लागू होता है उनका साइज़ नहीं बदला जा सकता.

FORCE_RESIZE_APP

जिन पैकेज पर इसे लागू किया जाता है उनका साइज़ बदलने की सुविधा चालू कर देता है. हम सिर्फ़ फ़ुलस्क्रीन विंडो मोड में साइज़ बदलने की अनुमति देते हैं. हालांकि, हम ऐप्लिकेशन को साइज़ बदलने की सुविधा वाले मल्टी-विंडो मोड में नहीं भेजते.

GWP_ASAN

ऐप्लिकेशन में सैंपल की गई नेटिव मेमोरी से जुड़ी गड़बड़ी का पता लगाने की सुविधा चालू करता है.

GWP-ASan का इस्तेमाल करने के बारे में ज़्यादा जानने के लिए, GWP-ASan गाइड देखें.

IMPLICIT_INTENTS_ONLY_MATCH_EXPORTED_COMPONENTS

Android 14 (एपीआई लेवल 34) और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, घटकों को एक्सपोर्ट करना होगा, ताकि उन्हें इनपुट के बिना काम करने वाले इंटेंट की मदद से शुरू किया जा सके. अगर किसी कॉम्पोनेंट को एक्सपोर्ट नहीं किया जाता और उसे ट्रिगर नहीं किया जाता है, तो उसे रिसीवर की सूची से हटा दिया जाता है. यह खास तौर पर गतिविधियों और ब्रॉडकास्ट पर लागू होता है.

इस बदलाव के बारे में ज़्यादा जानने के लिए, Android 14 के व्यवहार में हुए बदलावों वाले पेज पर, अनजान और लंबे समय तक चलने वाले इंटेंट पर लगी पाबंदियों के बारे में बताने वाला सेक्शन देखें.

MEDIA_PROJECTION_PREVENTS_REUSING_CONSENT

Android 14 (एपीआई लेवल 34) और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, ऐप्लिकेशन को हर MediaProjection कैप्चर सेशन से पहले उपयोगकर्ता से सहमति लेनी होगी.

इस बदलाव के बारे में ज़्यादा जानने के लिए, Android 14 के व्यवहार में हुए बदलावों वाले पेज पर, हर MediaProjection कैप्चर सेशन के लिए, उपयोगकर्ता की सहमति ज़रूरी है सेक्शन देखें.

NATIVE_HEAP_ZERO_INIT

नेटिव हीप मेमोरी के ऐलोकेशन को अपने-आप शून्य पर सेट करने की सुविधा चालू करें.

NATIVE_MEMTAG_ASYNC

इस प्रोसेस में, एसिंक्रोनस (ASYNC) मेमोरी टैग की जांच करने की सुविधा चालू करें. इस फ़्लैग का असर सिर्फ़ उस हार्डवेयर पर पड़ता है जो ARM मेमोरी टैगिंग एक्सटेंशन (एमटीई) के साथ काम करता है.

NATIVE_MEMTAG_SYNC

इस प्रोसेस में, सिंक्रोनस (SYNC) मेमोरी टैग की जांच करने की सुविधा चालू करता है. इस फ़्लैग का असर सिर्फ़ उस हार्डवेयर पर पड़ता है जो ARM मेमोरी टैगिंग एक्सटेंशन (एमटीई) के साथ काम करता है. अगर NATIVE_MEMTAG_ASYNC और यह विकल्प, दोनों चालू हैं, तो इस विकल्प को प्राथमिकता दी जाती है और सिंक मोड में एमटीई चालू हो जाता है.

OVERRIDE_ANY_ORIENTATION

इस बदलाव को चालू करने पर, गतिविधि के लिए अनुरोध किए गए ओरिएंटेशन के बावजूद, ओरिएंटेशन के लिए ये बदलाव लागू किए जा सकते हैं:

• OVERRIDE_LANDSCAPE_ORIENTATION_TO_REVERSE_LANDSCAPE
• OVERRIDE_UNDEFINED_ORIENTATION_TO_NOSENSOR
• OVERRIDE_UNDEFINED_ORIENTATION_TO_PORTRAIT

OVERRIDE_CAMERA_RESIZABLE_AND_SDK_CHECK

चालू होने पर, यह बदलाव उन पैकेज पर लागू होता है जिन पर इसे लागू किया जाता है. साथ ही, android:resizeableActivity की मौजूदा वैल्यू को अनदेखा करता है. साथ ही, SDK टूल के M वर्शन या उससे पहले के वर्शन को टारगेट करता है और गतिविधि को फिर से साइज़ न किया जा सकने वाला मानता है. इस मामले में, कैमरे के घुमाने और काटने की वैल्यू सिर्फ़ डिसप्ले के मौजूदा रोटेशन को ध्यान में रखते हुए, ज़रूरी बदलाव पर निर्भर करती है.

OVERRIDE_CAMERA_ROTATE_AND_CROP_DEFAULTS

चालू होने पर, यह बदलाव उन पैकेज पर लागू होता है जिन पर इसे लागू किया जाता है. इससे, कैमरे के घुमाने और काटने के डिफ़ॉल्ट तरीके को बदल दिया जाता है और हमेशा CaptureRequest.SCALER_ROTATE_AND_CROP_NONE दिखता है.

OVERRIDE_LANDSCAPE_ORIENTATION_TO_REVERSE_LANDSCAPE

जिस ऐप्लिकेशन पर यह लागू होता है उसके लिए, SCREEN_ORIENTATION_REVERSE_LANDSCAPE को चालू करता है. OVERRIDE_ANY_ORIENTATION चालू होने पर भी, SCREEN_ORIENTATION_REVERSE_LANDSCAPE का इस्तेमाल सिर्फ़ तब किया जाता है, जब गतिविधि में लैंडस्केप ओरिएंटेशन की जानकारी दी गई हो. इस बदलाव को चालू करने से, आपको उन डिवाइसों के बीच अपने ऐप्लिकेशन के व्यवहार की जांच करने में मदद मिल सकती है जहां लैंडस्केप ओरिएंटेशन, Surface.ROTATION_90 और डिवाइसों के बीच Surface.ROTATION_270 के हिसाब से होता है.

OVERRIDE_MIN_ASPECT_RATIO

यह बदलाव, उन सभी बदलावों को कंट्रोल करता है जो किसी खास आसपेक्ट रेशियो को लागू करते हैं. इस बदलाव को चालू करने पर, ये कम से कम आसपेक्ट रेशियो लागू किए जा सकते हैं:

• OVERRIDE_MIN_ASPECT_RATIO_LARGE
• OVERRIDE_MIN_ASPECT_RATIO_MEDIUM
• OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY

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

OVERRIDE_MIN_ASPECT_RATIO_EXCLUDE_PORTRAIT_FULLSCREEN

चालू होने पर, यह पोर्ट्रेट फ़ुलस्क्रीन में आसपेक्ट रेशियो की कम से कम सीमा की पाबंदी को बदल देता है, ताकि स्क्रीन के सभी उपलब्ध स्पेस का इस्तेमाल किया जा सके.

OVERRIDE_MIN_ASPECT_RATIO_LARGE

अगर OVERRIDE_MIN_ASPECT_RATIO भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, गतिविधि के कम से कम आसपेक्ट रेशियो को बड़ी वैल्यू पर सेट कर दिया जाता है, जैसा कि OVERRIDE_MIN_ASPECT_RATIO_LARGE_VALUE के हिसाब से तय किया गया है.

OVERRIDE_MIN_ASPECT_RATIO_MEDIUM

अगर OVERRIDE_MIN_ASPECT_RATIO भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐक्टिविटी का कम से कम आसपेक्ट रेशियो, OVERRIDE_MIN_ASPECT_RATIO_MEDIUM_VALUE के मुताबिक मीडियम वैल्यू पर सेट हो जाता है.

OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY

अगर OVERRIDE_MIN_ASPECT_RATIO भी चालू है, तो यह बदलाव उन सभी बदलावों को सीमित कर देता है जो किसी गतिविधि के आसपेक्ट रेशियो को किसी खास वैल्यू पर ज़बरदस्ती सेट करते हैं. जैसे, OVERRIDE_MIN_ASPECT_RATIO_LARGE और OVERRIDE_MIN_ASPECT_RATIO_MEDIUM. ऐसा उन गतिविधियों के लिए किया जाता है जिनका ओरिएंटेशन पोर्ट्रेट भी होता है.

OVERRIDE_RESPECT_REQUESTED_ORIENTATION

इस बदलाव को चालू करने पर, डिवाइस बनाने वाली कंपनियां, डिवाइस के ओरिएंटेशन को अनदेखा करने से जुड़ी पाबंदियां सेट कर सकती हैं. हालांकि, इन पाबंदियों में वे पैकेज शामिल नहीं होंगे जिन पर यह बदलाव लागू होता है.

OVERRIDE_UNDEFINED_ORIENTATION_TO_NOSENSOR

जिस ऐप्लिकेशन पर यह लागू होता है उसके लिए, SCREEN_ORIENTATION_NOSENSOR को चालू करता है. OVERRIDE_ANY_ORIENTATION के चालू होने पर भी, SCREEN_ORIENTATION_NOSENSOR का इस्तेमाल सिर्फ़ तब किया जाता है, जब गतिविधि में कोई दूसरा तय ऑरिएंटेशन न दिया गया हो.

OVERRIDE_UNDEFINED_ORIENTATION_TO_PORTRAIT

जिस ऐप्लिकेशन पर यह लागू होता है उसके लिए, SCREEN_ORIENTATION_PORTRAIT को चालू करता है. OVERRIDE_ANY_ORIENTATION के चालू होने पर भी, SCREEN_ORIENTATION_PORTRAIT का इस्तेमाल सिर्फ़ तब किया जाता है, जब गतिविधि में कोई दूसरा तय ऑरिएंटेशन न दिया गया हो.

RATE_LIMIT_TOASTS

इससे, Toast.show() कॉल की संख्या पर दर सीमित करने की सुविधा चालू होती है. इससे, उपयोगकर्ता को सीमित समय में बहुत ज़्यादा टॉस्ट दिखाने से रोका जा सकता है. अगर किसी तय समयावधि में, तय संख्या से ज़्यादा टॉस्ट दिखाने की कोशिश की जाती है, तो टॉस्ट को खारिज कर दिया जाता है.

REJECT_NEGATIVE_NETWORK_ESTIMATES

चालू होने पर, यह ज़रूरी है कि अनुमानित नेटवर्क बाइट की संख्या, शून्य से ज़्यादा हो.

REQUIRE_NETWORK_CONSTRAINT_FOR_NETWORK_JOB_WORK_ITEMS

Android 14 (एपीआई लेवल 34) और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, होस्टिंग जॉब में नेटवर्क से जुड़ी पाबंदी की जानकारी देना ज़रूरी है. ऐसा तब करना होगा, जब शामिल किए गए JobWorkItem से नेटवर्क के इस्तेमाल का पता चलता हो.

REQUIRE_NETWORK_PERMISSIONS_FOR_CONNECTIVITY_JOBS

Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, ज़रूरी है कि वे कनेक्टिविटी की पाबंदी के साथ कोई जॉब शेड्यूल करते समय, INTERNET और ACCESS_NETWORK_STATE अनुमतियों के बारे में बताएं.

THROW_ON_INVALID_DATA_TRANSFER_IMPLEMENTATION

Android 14 (एपीआई लेवल 34) और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, अगर कोई ऐप्लिकेशन उपयोगकर्ता के शुरू किए गए डेटा ट्रांसफ़र के टास्क के बारे में बताते समय, डेटा ट्रांसफ़र के सभी ज़रूरी एपीआई को सही तरीके से लागू नहीं करता है, तो सिस्टम एक अपवाद दिखाता है.

इस बदलाव के बारे में ज़्यादा जानने के लिए, फ़ोरग्राउंड सेवाओं को, उपयोगकर्ता के शुरू किए गए डेटा ट्रांसफ़र के टास्क पर माइग्रेट करने का तरीका बताने वाला पेज देखें.

USE_EXPERIMENTAL_COMPONENT_ALIAS

इस विकल्प को चालू करने पर, सिस्टम "android" पैकेज को कॉम्पोनेंट के दूसरे नाम इस्तेमाल करने की अनुमति देता है.