Android 17 की जानकारी

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

वास्तुकला

ION को बंद करना

ION मेमोरी एलोकेटर अब Android के किसी भी वर्शन पर काम नहीं करता. इसकी वजह यह है कि ION के साथ काम करने वाले सभी कर्नल, दिसंबर 2025 में बंद हो गए. वेंडर का कोई भी ऐसा कोड जो ION का इस्तेमाल करने की कोशिश करता है वह काम नहीं करेगा. वेंडर के ऐसे सभी कोड हटाएं जो ION का इस्तेमाल करते हैं.

ऑडियो

ऑडियो मैनेज किए गए SCO की नई वास्तुकला

अगर डिवाइस, Android 17 और इसके बाद के वर्शन में, ऑडियो मैनेज किए गए सिंक्रोनस कनेक्शन-ओरिएंटेड (एससीओ) की नई वास्तुकला को अपनाते हैं, तो Android ऑडियो फ़्रेमवर्क, एससीओ राउटिंग को मैनेज करने के लिए, एससीओ मैनेजमेंट की सुविधा का इस्तेमाल करता है. पहले, ब्लूटूथ (बीटी) फ़्रेमवर्क इस राउटिंग को हैंडल करता था. ज़्यादा जानकारी के लिए, ऑडियो मैनेज किए गए एससीओ की नई वास्तुकला देखें.

ऑटोमोटिव

स्केलेबल यूज़र इंटरफ़ेस (यूआई) के साथ बेहतर विंडोइंग

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

सॉफ़्टवेयर से तय होने वाली गाड़ी

Android 17 और इसके बाद के वर्शन में, सॉफ़्टवेयर-परिभाषित गाड़ी (एसडीवी) का इस्तेमाल किया जा सकता है. एसडीवी, गाड़ी के ऑपरेशन को बनाने, कंट्रोल करने, मैनेज करने, और बेहतर बनाने में सॉफ़्टवेयर का इस्तेमाल करता है. एसडीवी, गाड़ियों को कनेक्टेड और अडैप्टेबल प्लैटफ़ॉर्म में बदलता है. इन्हें सॉफ़्टवेयर अपडेट के ज़रिए बेहतर बनाया जा सकता है. ज़्यादा जानकारी के लिए, सॉफ़्टवेयर से तय होने वाली गाड़ी देखें.

इनके साथ काम करता है

ऑडियो मल्टी-चैनल इनपुट और आउटपुट की जांच करना

Android 17 में, ऑडियो मल्टी-चैनल इनपुट और आउटपुट के लिए, सीटीएस वेरिफ़ायर टेस्ट शामिल हैं. इन टेस्ट को चलाने के बारे में जानकारी के लिए, ऑडियो मल्टी-चैनल इनपुट और मल्टी-चैनल आउटपुट की जांच करना लेख पढ़ें.

सीटीएस-वी टेस्ट चलाएं

Android 17 में डिफ़ॉल्ट ब्राउज़र की भूमिका देने के लिए, सीटीएस-वी सेटअप के स्टेप को अलग से पूरा करना होगा. इस चरण के बारे में जानकारी के लिए, सीटीएस-वी टेस्ट चलाएं लेख पढ़ें.

रेंजिंग की सटीक जानकारी, टेलीकॉम, और होस्ट-साइड इंटरैक्टिव टेस्ट चलाना

Android 17 में, सीटीएस-वी इंटरैक्टिव टेस्ट शामिल हैं. ये सेमी-ऑटोमेटेड टेस्ट हैं. इनके लिए, आपको टेस्ट किए जा रहे डिवाइस (डीयूटी) पर कुछ मैन्युअल चरण पूरे करने होंगे.

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

यूएसबी होस्ट-साइड इंटरैक्टिव टेस्ट चलाना

Android 17 में, यूएसबी सीटीएस-वी होस्ट-साइड टेस्ट शामिल हैं. इन्हें चलाने के लिए, वाई-फ़ाई पर adb की ज़रूरत होती है. इन टेस्ट को सेट अप करने और चलाने के बारे में जानकारी के लिए, यूएसबी होस्ट-साइड टेस्ट चलाना लेख पढ़ें.

मीडिया टेस्ट करना

Android 17 में, सीटीएस-वी मीडिया प्लेबैक टेस्ट शामिल हैं. ज़्यादा जानकारी के लिए, सीटीएस वेरिफ़ायर मीडिया प्लेबैक टेस्ट चलाना लेख पढ़ें.

ऑडियो वर्कलोड टेस्ट चलाना

Android 17 में, सीटीएस-वी ऑडियो वर्कलोड टेस्ट शामिल है. इस टेस्ट को चलाने के बारे में ज़्यादा जानकारी के लिए, सीटीएस वेरिफ़ायर ऑडियो वर्कलोड टेस्ट चलाना लेख पढ़ें.

ऑडियो टेस्ट से जुड़े अपडेट

Android 17 में, ऑडियो टेस्ट से जुड़े ये अपडेट शामिल हैं:

  • यूएसबी ऑडियो अडैप्टर के सुझावों की सूची में, यूएसबी-सी से 3.5 मि.मी. ऑडियो अडैप्टर जोड़े गए हैं. ज़्यादा जानकारी के लिए, यूएसबी ऑडियो अडैप्टर के सुझाव लेख पढ़ें.
    • Google (वेंडर आईडी: 0x18D1, प्रॉडक्ट आईडी: 0x5025)
    • Xumee (वेंडर आईडी: 0x3302, प्रॉडक्ट आईडी: 0x56C5)
  • सीटीएस वेरिफ़ायर प्रो ऑडियो टेस्ट से, एचडीएमआई की ज़रूरी शर्तें हटा दी गई हैं. ज़्यादा जानकारी के लिए, सीटीएस वेरिफ़ायर प्रो ऑडियो टेस्ट लेख पढ़ें.

कैमरा आईटीएस से जुड़े अपडेट

Android 17 में, कैमरा इमेज टेस्ट सुइट (आईटीएस) से जुड़े अपडेट शामिल हैं. ज़्यादा जानकारी के लिए, यह देखें:

कंपैटबिलिटी डेफ़िनिशन डॉक्यूमेंट (सीडीडी)

Android 17 कंपैटबिलिटी डेफ़िनिशन डॉक्यूमेंट (सीडीडी) को, Android 17 के अपडेट के साथ रिलीज़ किया गया है.

कनेक्टिविटी

प्रीमियम नेटवर्क कनेक्शन पर, ओटीटी कॉल की ऑटोमैटिक राउटिंग

Android 17 में, ओवर-द-टॉप (ओटीटी) वॉइस और वीडियो कॉल को प्रीमियम नेटवर्क कनेक्शन पर ऑटोमैटिक तरीके से राउट करने की सुविधा है. इस सुविधा की मदद से, सिस्टम, वॉइस और वीडियो कॉल के ट्रैफ़िक को, प्रीमियम 5G स्लाइस या प्रीमियम 4G पीडीएन कनेक्शन जैसे किसी खास प्रीमियम नेटवर्क इंटरफ़ेस पर अपने-आप भेज सकता है. इसके लिए, किसी ऐप्लिकेशन के नेटवर्किंग स्टैक में बदलाव करने की ज़रूरत नहीं होती. ज़्यादा जानकारी के लिए, ओटीटी वॉइस और वीडियो के लिए 5G स्लाइसिंग की ऑटो-राउटिंग सुविधा लेख पढ़ें.

रेंजिंग: आउट-ऑफ़-बैंड स्पेसिफ़िकेशन से जुड़े अपडेट

Android 17 में, आउट-ऑफ़-बैंड (ओओबी) स्पेसिफ़िकेशन के वर्शन 2 और वर्शन 3 शामिल हैं.

वर्शन 2 में ये बदलाव शामिल हैं:

वर्शन 3 में ये बदलाव शामिल हैं:

  • मोशन नोटिफ़िकेशन मैसेज का डेटा: यह एक डेटा एलिमेंट (डीई) है. इसका इस्तेमाल, विज्ञापन दिखाने वाला डिवाइस, शुरुआती डिवाइस को मोशन में होने वाले बदलाव के बारे में सूचना देने के लिए करता है.
  • रेंजिंग कॉन्फ़िगरेशन मैसेज का डेटा: इसमें मोशन सपोर्ट फ़ील्ड शामिल है. इससे, शुरू करने वाला डिवाइस, जवाब देने वाले डिवाइस को यह सिग्नल दे सकता है कि वह जवाब देने वाले डिवाइस से, पेरिफ़ेरल मूवमेंट में होने वाले किसी भी बदलाव के बारे में सूचना पाना चाहता है.

डिसप्ले

डेस्कटॉप विंडोविंग

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

बड़ी स्क्रीन पर ऐप्लिकेशन के साथ काम करने की सुविधा

Android 17 में, बड़ी स्क्रीन पर ऐप्लिकेशन के साथ काम करने की सुविधा के ओवरले के लिए, config_isCameraCompatSimulateRequestedOrientationTreatmentEnabled, config_isCameraCompatSimReqOrientationLandscapeTreatmentEnabled, और config_enableSelfKillRecoveryBetweenInternalDisplays सेटिंग शामिल हैं. ज़्यादा जानकारी के लिए, बड़ी स्क्रीन पर ऐप्लिकेशन के साथ काम करने की सुविधा का सेटअप गाइड लेख पढ़ें.

मीडिया

वीवीसी के लिए सहायता

Android 17 में, वीडियो एन्कोडिंग के स्टैंडर्ड, वर्सटाइल वीडियो कोडिंग (वीवीसी) के लिए सहायता शामिल है. इसका इस्तेमाल, वीडियो को डिकोड करने के लिए किया जाता है. Android प्लैटफ़ॉर्म, फ़्रेमवर्क और पार्सर के लिए सहायता उपलब्ध कराता है. हालांकि, वीवीसी डिकोडिंग की सुविधा चालू करने के लिए, एसओसी वेंडर या ओईएम को सॉफ़्टवेयर या हार्डवेयर के तौर पर, डिकोडर उपलब्ध कराना होगा. साथ ही, ओईएम को यह पक्का करना होगा कि यह सुविधा चालू हो और Android मीडिया सबसिस्टम के साथ सही तरीके से रजिस्टर हो. ज़्यादा जानकारी के लिए, वीवीसी के लिए सहायता लेख पढ़ें.

परफ़ॉर्मेंस

सामान्य स्वास्थ्य की जानकारी इकट्ठा करना

ट्रेड-इन मोड में सिस्टम के स्वास्थ्य की जानकारी को बेहतर बनाने के लिए, Android 17 में कैमरा जियॉमेट्री और UICC स्लॉट की जानकारी जोड़ी गई है. इन फ़ील्ड के उदाहरण के लिए, सिस्टम के स्वास्थ्य की जानकारी पाना लेख पढ़ें.

मेमोरी लिमिटर

मेमोरी लिमिटर, एक सिस्टम सर्विस है. यह Linux cgroup v2 का इस्तेमाल करके, ऐप्लिकेशन प्रोसेस की मेमोरी के इस्तेमाल की निगरानी करती है और उसे सीमित करती है. मेमोरी लिमिटर, अलग-अलग ऐप्लिकेशन को सिस्टम की ज़्यादा मेमोरी इस्तेमाल करने से रोकता है. इससे, सिस्टम-वाइड मेमोरी प्रेशर कम होता है और ज़रूरी प्रोसेस को, मेमोरी खत्म होने की वजह से (ओओएम) बंद होने से रोका जा सकता है. ज़्यादा जानकारी के लिए, मेमोरी लिमिटर लेख पढ़ें.

मेमोरी मैनेजमेंट डीमन

Android 17 और इसके बाद के वर्शन में, मेमोरी मैनेजमेंट डीमन (mmd) के लिए सहायता शामिल है. यह एक सिस्टम डीमन है. यह ZRAM से जुड़े रखरखाव के टास्क को कॉन्फ़िगर करने और मैनेज करने के लिए ज़िम्मेदार है. ज़्यादा जानकारी के लिए, मेमोरी मैनेजमेंट डीमन लेख पढ़ें.

प्रोसेस मेमोरी गार्जियन डीमन

प्रोसेस मेमोरी गार्जियन डीमन (पीएमजीडी), हर प्रोसेस के हिसाब से मेमोरी के इस्तेमाल को मैनेज करके, सिस्टम के स्वास्थ्य और उपयोगकर्ता अनुभव को बेहतर बनाता है. यह डीमन, खास टारगेट प्रोसेस पर मेमोरी की सीमाएं लागू करके, डिवाइस की पूरी परफ़ॉर्मेंस को बेहतर बनाता है. साथ ही, यह पुष्टि करता है कि अलग-अलग मेमोरी लीक या स्पाइक की वजह से, सिस्टम-वाइड परफ़ॉर्मेंस में गिरावट न हो. ज़्यादा जानकारी के लिए, प्रोसेस मेमोरी गार्जियन डीमन लेख पढ़ें.

अनुमतियां

कॉन्टैक्ट पिकर

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

कॉन्टैक्ट पिकर की मुख्य सुविधाएं:

  • निजता को प्राथमिकता देने वाला शेयरिंग: ऐप्लिकेशन को सिर्फ़ चुने गए डेटा को पढ़ने का ऐक्सेस देता है.
  • स्टैंडर्ड यूज़र इंटरफ़ेस (यूआई): इसमें, खोज की सुविधा, प्रोफ़ाइल स्विच करने की सुविधा, और एक साथ कई आइटम चुनने की सुविधा शामिल है. इससे, उपयोगकर्ताओं को एक जैसा अनुभव मिलता है.
  • बैकवर्ड कंपैटबिलिटी: Android 17 और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, लेगसी Intent.ACTION_PICK के अनुरोधों को अपने-आप हैंडल करता है.

ज़्यादा जानकारी के लिए, Android कॉन्टैक्ट पिकर लेख पढ़ें.

जगह की जानकारी दिखाने वाले इंडिकेटर

Android 17 में, स्टेटस बार पर रीयल-टाइम में जगह की जानकारी दिखाने वाले इंडिकेटर शामिल हैं. इससे, कैमरे और माइक्रोफ़ोन के इस्तेमाल के लिए पहले से उपलब्ध निजता की पारदर्शिता को बढ़ाया गया है. जब कोई नॉन-सिस्टम ऐप्लिकेशन, फ़ोरग्राउंड में डिवाइस की जगह की जानकारी को ऐक्सेस करता है, तो एक खास आइकॉन दिखता है. यह आइकॉन, एक स्थायी डॉट में बदल जाता है. इससे, उपयोगकर्ता यह देख सकते हैं कि कौनसे ऐप्लिकेशन उनका डेटा ट्रैक कर रहे हैं. ज़्यादा जानकारी के लिए, निजता के इंडिकेटर लेख पढ़ें.

सुरक्षा

हार्डवेयर-रैप्ड कुंजी से जुड़े सुधार

Android 17 और इसके बाद के वर्शन में, मौजूदा हार्डवेयर-रैप्ड कुंजी के स्टोरेज एन्क्रिप्ट (सुरक्षित) करने की सुविधा को लागू करना आसान हो गया है.

आसान तरीके से लागू करने पर, KeyMint के बजाय Linux कर्नल ioctls का इस्तेमाल करके, हार्डवेयर-रैप्ड इनलाइन एन्क्रिप्ट (सुरक्षित) करने की कुंजियां जनरेट, इंपोर्ट, और तैयार की जाती हैं. Linux कर्नल, इन कार्रवाइयों को पूरा करने के लिए, कुंजी रैप करने वाले हार्डवेयर के साथ कम्यूनिकेट करता है.

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

हार्डवेयर-रैप्ड कुंजी को लागू करने वालों को, नए Linux कर्नल ioctls के लिए सहायता जोड़नी होगी.

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

KeyMint को सिर्फ़ Android 17 और इसके बाद के वर्शन के साथ लॉन्च होने वाले डिवाइसों पर इस्तेमाल किया जाता है. इसलिए, उन्हें TAG_STORAGE_KEY या convertStorageKeyToEphemeral के लिए सहायता की ज़रूरत नहीं होती. इनकी जगह, Linux कर्नल ioctls का इस्तेमाल किया जाता है. KeyMint का इस्तेमाल अन्य उद्देश्यों के लिए किया जाता है.

ज़्यादा जानकारी के लिए, हार्डवेयर-रैप्ड कुंजी लेख पढ़ें.

लॉक स्क्रीन पर, दर को सीमित करने वाला यूएक्स

Android 17 और इसके बाद के वर्शन में, लॉक स्क्रीन पर, दर को सीमित करने के लिए, पुराने वर्शन के मुकाबले ज़्यादा सुरक्षित डिफ़ॉल्ट सेटिंग का इस्तेमाल किया जाता है. कुछ मामलों में, उपयोगकर्ताओं को लॉक स्क्रीन पर ज़्यादा समय तक इंतज़ार करना पड़ सकता है. इसलिए, Android 17 और इसके बाद के वर्शन में, लॉक स्क्रीन पर उपयोगकर्ता को बेहतर फ़ीडबैक मिलता है:

  • समय के फ़ॉर्मैट में सुधार: लॉक स्क्रीन पर, एक मिनट या उससे ज़्यादा समय के लिए होने वाले टाइमआउट को, बेहतर तरीके से पढ़ने के लिए, बड़े टाइम यूनिट का इस्तेमाल करके दिखाया जाता है. जैसे, 30 मिनट में फिर से कोशिश करें के बजाय 1800 सेकंड में फिर से कोशिश करें.
  • खाता वापस पाने का शॉर्टलिंक: लॉक स्क्रीन पर एक शॉर्टलिंक (डिफ़ॉल्ट रूप से g.co/android/unlock) दिखता है. इससे, उपयोगकर्ताओं को किसी दूसरे डिवाइस पर खाता वापस पाने के विकल्प ढूंढने में मदद मिलती है. config_lockscreenLockoutShortlink संसाधन के ज़रिए, इस लिंक को कॉन्फ़िगर किया जा सकता है.
  • डुप्लीकेट कोशिश के बारे में फ़ीडबैक: वीवर को लागू करने वाले डिवाइसों पर, गलत अनुमान लगाने की डुप्लीकेट कोशिश करने पर, सिस्टम एक यूनीक मैसेज दिखाता है. यह खास फ़ीडबैक, सिर्फ़ Gatekeeper वाले डिवाइसों पर उपलब्ध नहीं है. इसकी वजह यह है कि ये डिवाइस, गलत अनुमान और पुष्टि करने में होने वाली अन्य गड़बड़ियों के लिए अलग-अलग रिस्पॉन्स कोड उपलब्ध नहीं कराते.
  • क्रेडेंशियल डालने की सुविधा का एक जैसा मैनेजमेंट: अगर डिवाइस, पिन क्रेडेंशियल का इस्तेमाल करता है, तो लॉक स्क्रीन पर पिन डालने का पैड बंद हो जाता है. ऐसा ही पासवर्ड और पैटर्न क्रेडेंशियल डालने के लिए भी होता है.

LockPatternUtils#getLockoutAttemptDeadline(int) तरीके का नाम बदलकर LockPatternUtils#getLockoutEndTime(int) कर दिया गया है. इससे, सिस्टम-मैनेज किए गए कैश से, लॉकआउट खत्म होने का समय मिलता है. इस अपडेट से, एक समस्या हल हो गई है. पहले, इन्हें सिर्फ़ LockPatternUtils इंस्टेंस के हिसाब से कैश मेमोरी में सेव किया जाता था. इससे, अगर किसी दूसरे इंस्टेंस का इस्तेमाल करके टाइम आउट ट्रिगर किया जाता था, तो गलती से कोई चालू टाइम आउट नहीं दिखता था. लॉक स्क्रीन और सेटिंग ऐक्टिविटी जैसे सिस्टम क्रेडेंशियल प्रॉम्प्ट के डेवलपर को, आगे की कोशिशों की अनुमति देने से पहले, मौजूदा टाइमआउट की पुष्टि करने के लिए, उन्हें अपडेट करना होगा.

ज़्यादा जानकारी के लिए, दर को सीमित करना लेख पढ़ें.

नीति के साथ काम करने की सुविधा

Android 17 और इसके बाद के वर्शन के साथ लॉन्च होने वाले डिवाइसों में, नीति के साथ काम करने की क्षमता में बताई गई प्रॉपर्टी होनी चाहिए. साथ ही, उनमें memfd_class नीति की सुविधा चालू होनी चाहिए. इसके अलावा, उन्हें शेयर की गई मेमोरी से जुड़ी नीति को अपडेट करना होगा, ताकि memfd_file क्लास ऑब्जेक्ट काम कर सकें.

सुरक्षा चिप को पहले से चालू करना

Android 17 और इसके बाद के वर्शन में, वीवर एचएएल इंटरफ़ेस में सुरक्षा चिप को पहले से चालू करने का एक तरीका शामिल है. जब वीवर एचएएल, इस तरीके के साथ मौजूद होता है, तो लॉक स्क्रीन का पिन, पैटर्न या पासवर्ड डालने पर, Android, पहले से चालू करने का तरीका कॉल करता है. सुरक्षा चिप और उसके पावर मैनेजमेंट को लागू करने के तरीके के आधार पर, यह तरीका लॉक स्क्रीन के पिन, पैटर्न या पासवर्ड की पुष्टि करने में लगने वाले समय को 200 मिलीसेकंड तक कम कर सकता है.

वीवर एचएएल को लागू करने वाले लोग, इस तरीके के लिए सहायता जोड़ सकते हैं. इससे परफ़ॉर्मेंस बेहतर होती है. ज़्यादा जानकारी के लिए, IWeaver#warmUp() लेख पढ़ें.

सेटअप

बिल्ड की गड़बड़ियां ठीक करना

Android 17 और इसके बाद के वर्शन में, AOSP सोर्स ट्री सिर्फ़ पढ़ने के लिए उपलब्ध है. अगर आपके डिवाइस पर चल रहा कोई बिल्ड, प्रॉडक्ट कॉन्फ़िगरेशन या बिल्ड के किसी अन्य हिस्से के दौरान, सोर्स ट्री में बदलाव करने की कोशिश करता है, तो बिल्ड फ़ेल हो जाता है और सिर्फ़ पढ़ने के लिए उपलब्ध फ़ाइल सिस्टम की गड़बड़ियां दिखाता है.

इस गड़बड़ी को ठीक करने के लिए, सोर्स ट्री को पढ़ने और लिखने के लिए सेट करें. ज़्यादा जानकारी के लिए, देखें बिल्ड की गड़बड़ियां ठीक करना.