React-native: [एंड्रॉइड] निर्माण के समय जोड़ी गई अप्रयुक्त अनुमतियों को हटाना

हे ल्यूसिड्रेन्स, इस मुद्दे की रिपोर्ट करने के लिए धन्यवाद!

रिएक्ट नेटिव, जैसा कि आपने शायद सुना है, वास्तव में लोकप्रिय हो रहा है और सच्चाई यह है कि हम इसके आसपास की गतिविधि से थोड़ा अभिभूत हो रहे हैं। हमारे लिए ठीक से प्रबंधन करने के लिए अभी बहुत सारे मुद्दे हैं।

• यदि आप नहीं जानते कि कुछ कैसे करना है या कुछ काम नहीं कर रहा है, लेकिन यह सुनिश्चित नहीं है कि यह एक बग है , तो कृपया StackOverflow पर react-native टैग के साथ पूछें या अधिक रीयल टाइम इंटरैक्शन के लिए, डिस्कॉर्ड पर पूछें #प्रतिक्रिया-मूल चैनल।
• यदि यह एक सुविधा अनुरोध या बग है जिसे आप ठीक करना चाहते हैं, तो कृपया उत्पाद दर्द पर इसकी रिपोर्ट करें। इसमें एक रैंकिंग विशेषता है जो हमें समुदाय के सबसे महत्वपूर्ण मुद्दों पर ध्यान केंद्रित करने देती है।
• हम स्पष्ट मुद्दों और पीआर का स्वागत करते हैं जो गहन चर्चा के लिए तैयार हैं। कृपया स्क्रीनशॉट प्रदान करें जहां उपयुक्त हो और हमेशा आपके द्वारा उपयोग किए जा रहे रिएक्ट नेटिव के संस्करण का उल्लेख करें। आपके योगदानों के लिए धन्यवाद!

यदि आपको उनकी आवश्यकता नहीं है, तो बस उन्हें अपने AndroidManifest.xml से हटा दें। मेरा मानना ​​है कि ये AsyncStorage ।

कोई समस्या दर्ज करने से पहले कोड पोस्ट करने/प्रश्न पूछने के लिए एक शानदार जगह है: StackOverflow । यह प्रश्नोत्तर के लिए सबसे अच्छी प्रणाली है। समुदाय के बहुत से लोग वहां मौज-मस्ती करते हैं और आपके प्रश्न को देख और उसका उत्तर दे सकेंगे। यह हमें बग के लिए जीथब बग ट्रैकर का उपयोग करने देता है।

मैं इसे यहां पोस्ट कर रहा हूं क्योंकि जीथब मुद्दे हमारे लिए बहुत अच्छा काम नहीं कर रहे हैं और क्योंकि स्टैक ओवरफ्लो इतना बेहतर है। पढ़ने के लिए धन्यवाद! :)

@mkonicek वे निर्माण समय पर नहीं जोड़े गए हैं? ऐसे में उन्हें हटाना आसान नहीं है

+1

यहां तक ​​​​कि जब आपके पास अपने AndroidManifest में पढ़ने और लिखने की अनुमति नहीं है, तब भी वे बिल्ड पर दिखाई देते हैं। क्या आपको बस AsyncStorage को पूरी तरह से हटाना है?

जब मैं रिलीज एपीके जेनरेट करता हूं तो मुझे भी ऐसी ही समस्या होती है।

स्थापित करने से पहले, उसने अनुमति मांगी:

• तस्वीरें/मीडिया/फ़ाइलें
• डिवाइस आईडी और कॉल जानकारी

लेकिन मैंने पुष्टि की कि मैंने AsyncStorage को पूरी तरह से हटा दिया है और केवल है

<uses-permission android:name="android.permission.INTERNET" />

मेरे AndroidManifest . में

@mkonicek @satya164 @bestander क्या इस मुद्दे को फिर से खोला जा सकता है? मैंने थोड़ी सी खुदाई की, मुझे नहीं पता था कि उन अनुमतियों को कहाँ जोड़ा गया था। अब तक हैं:

<android:uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
<android:uses-permission android:name="android.permission.READ_PHONE_STATE"/>
<android:uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>

जो मुझे यकीन नहीं है कि वे क्या करते हैं, लेकिन मुझे नहीं लगता कि वास्तव में इसका उपयोग किया जाता है क्योंकि यह एंड्रॉइड 6.+ (रन-टाइम अनुमति) पर काम नहीं करेगा। एंड्रॉइड पर नेटइन्फो मॉड्यूल में मॉड्यूल का उपयोग करने के लिए अनुमतियों को मजबूर करना भी अजीब लगता है, रिएक्ट-नेटिव के लिए आपको अपने मेनिफेस्ट में आवश्यक अनुमति जोड़ने की आवश्यकता होती है (देखें NetInfoModule.java#L38 )।
वैसे भी यह AsyncStorage क्योंकि यह हुड के तहत SQLite डीबी का उपयोग करता है, जिसके लिए किसी अनुमति की आवश्यकता नहीं होती है। भले ही इसने भंडारण के किसी अन्य तरीके का उपयोग किया हो जैसे SharedPreferences या फ़ाइलों को संग्रहीत करने के लिए आंतरिक भंडारण, इसे किसी भी अनुमति की आवश्यकता नहीं होनी चाहिए ( संग्रहण विकल्प देखें)।

मुझे यकीन है कि यह रिएक्ट-नेटिव से आ रहा है, मैंने बिना किसी अन्य अनुमति के एक नए प्रोजेक्ट पर प्रयास किया, और एपीके उत्पन्न होने के बाद यहां थे। मैंने शोकेस में प्रत्येक एंड्रॉइड ऐप को भी देखा और प्रत्येक ऐप में वे अनुमतियां हैं, केवल एक को छोड़कर जिसके पास कम से कम READ_PHONE_STATE : फेसबुक विज्ञापन प्रबंधक (देखें _अनुमतियां: नीचे विवरण देखें)।

भी पूरी तरह से संबंधित नहीं है, लेकिन यह भी एक अनुमति है:

<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>

त्रुटि रेडबॉक्स दिखाने के लिए डीबग मोड में यह अनुमति (अन्य ऐप्स पर ड्रा करें) की आवश्यकता है, लेकिन अभी भी मौजूद है
रिलीज मोड में, जो उपयोगकर्ता के लिए काफी डरावना है (भले ही इसका उपयोग न किया गया हो)। मैं शायद इसके लिए एक पीआर जमा कर सकता हूं (डीबग और रिलीज के लिए 2 अलग-अलग मैनिफेस्ट हैं, केवल डीबग में अनुमति का उपयोग करता है)।

लंबी पोस्ट के लिए खेद है, लेकिन मेरी कंपनी हमारे नए एंड्रॉइड ऐप को जारी करने की प्रक्रिया में है, और हम वास्तव में इसे बिना किसी आवश्यक अनुमति के शिप करना चाहेंगे क्योंकि यह कुछ एंड्रॉइड समुदाय वास्तव में पसंद नहीं करता है।

ध्यान देने के लिए आपको धन्यवाद।

शायद ग्रेडल ऐसा करता है?
मुझे कोड में READ_PHONE_STATE साथ कोई स्ट्रिंग नहीं मिल रही है।
मुझे इसे फिर से खोलने में कोई आपत्ति नहीं है, लेकिन क्या आप इसकी जांच में हमारी मदद कर सकते हैं?

@ फेसबुक-जीथब-बॉट फिर से खोलें

ठीक है, इस मुद्दे को फिर से खोल रही हूँ।

@bestander हाँ, मुझे लगता है कि यह एंड्रॉइड/

मैं मेनिफेस्ट मर्जर लॉग की जांच करना भूल गया ... पता चला कि समस्या काफी स्पष्ट है:

IMPLIED from /Users/mayouk/Dev/tmp/AwesomeProject/android/app/src/main/AndroidManifest.xml:1:1-23:12 reason: org.webkit.android_jsc has a targetSdkVersion < 4
android:uses-permission#android.permission.READ_PHONE_STATE
IMPLIED from /Users/mayouk/Dev/tmp/AwesomeProject/android/app/src/main/AndroidManifest.xml:1:1-23:12 reason: org.webkit.android_jsc has a targetSdkVersion < 4
android:uses-permission#android.permission.READ_EXTERNAL_STORAGE
IMPLIED from /Users/mayouk/Dev/tmp/AwesomeProject/android/app/src/main/AndroidManifest.xml:1:1-23:12 reason: org.webkit.android_jsc requested WRITE_EXTERNAL_STORAGE

चूंकि android-jsc एक targetSdkVersion प्रदान नहीं करता है, अनुमतियां जोड़ीं ( @astuetz ने इसे पहले से ही https://github.com/facebook/android-jsc/pull/12 में ठीक कर दिया है, लेकिन या तो android-jsc का नया संस्करण प्रकाशित नहीं किया गया था या यह प्रतिक्रिया-मूल में उपयोग नहीं किया गया है वर्तमान में। यदि आप इसे हल करने के लिए android-jsc के अनुरक्षकों से संपर्क कर सकते हैं, तो यह बहुत अच्छा होगा!

@brentvatne पिंग, क्या नया एंड्रॉइड-जेएससी प्रकाशित करना संभव है?

@ भुलनाटिक एंड्रॉइड-जेएससी का एक नया संस्करण जारी होने तक हम क्या कर रहे हैं, इस तरह हमारे ऐप्स के मेनिफेस्ट में अवांछित अनुमतियों को हटा रहा है:

<uses-permission
  android:name="android.permission.READ_PHONE_STATE"
  tools:node="remove"/>

@astuetz मैं मैनिफेस्ट विलय को देख रहा था कि इसे हल होने तक इसे कैसे ठीक किया जाए, हेड-अप के लिए धन्यवाद

@bestander - यकीन है कि मैं ऐसा कर सकता हूं, हम r189384 के साथ-साथ @kmgiera को भी अपडेट करना चाह सकते हैं?

@astuetz धन्यवाद, इसने मेरी मदद की, बस इस जानकारी को जोड़ने के लिए मुझे उपकरण की विशेषता घोषित करनी पड़ी

 <manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    package="com.bepaw.esportninja">. 

डिफ़ॉल्ट रूप से केवल xmlns:android है , कोई xmlns नहीं

@bestander @brentvatne अरे! इस पर किसी भी अद्यतन?

इसके लिए +1।

मुझे ऐसा लगता है कि रिलीज़ बिल्ड से SYSTEM_ALERT_WINDOW को हटाना अन्य अनुमतियों की चर्चा की तुलना में कहीं अधिक महत्वपूर्ण है।

@marcshilling मेरी राय में उन्हें हटाना उतना ही महत्वपूर्ण है, लेकिन यह थोड़ा और मुश्किल है। इसे हटाने का सबसे आसान तरीका यह है कि इसे रिलीज AndroidManifest.xml में हटा दिया जाए, लेकिन हर रिएक्ट नेटिव प्रोजेक्ट में शामिल करने के लिए कॉन्फ़िगरेशन थोड़ा भारी है।
दूसरा तरीका यह होगा कि उपयोग को हटा दिया जाए, इस प्रकार अब अनुमति की आवश्यकता नहीं है। उसके लिए मुझे यकीन नहीं है कि इसका उपयोग कहां/किस लिए किया जाता है, लेकिन मुझे कोई विशेष आवश्यकता नहीं दिखाई दी जिसे किसी और चीज़ से पूरा नहीं किया जा सके। मुझसे गलती भी हो सकती है।

उन लोगों के लिए जो SYSTEM_ALERT_WINDOW को अलग मैनिफेस्ट फ़ाइलों के बिना रिलीज़ बिल्ड से बाहर करना चाहते हैं:

आपके मैनिफेस्ट में:

<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" tools:remove="${excludeSystemAlertWindowPermission}"/>

app/build.gradle :

    buildTypes {
        debug {
            manifestPlaceholders = [excludeSystemAlertWindowPermission: "false"]
        }
        release {
            manifestPlaceholders = [excludeSystemAlertWindowPermission: "true"]
        }
    }

अच्छा काम करने लगता है।

@marcshilling बिल्कुल सही! आपको धन्यवाद! उपयोगकर्ताओं को यह समझाना शर्मनाक है क्योंकि मैं यह नहीं समझ सका कि इसे कैसे हटाया जाए। मैं

नमस्ते, मुझे मेरे एक ऐप के उपयोगकर्ता द्वारा READ_PHONE_STATE के बारे में सचेत किया गया है।

मुझे बिल्ड लॉग में वही कारण मिल रहा है

reason: org.webkit.android_jsc has a targetSdkVersion < 4

उम्मीद है कि यह भविष्य के रिलीज में हल हो जाएगा।

फ़िलहाल, मैं यहाँ बताए गए अनुमति हटाने के तरीकों का इस्तेमाल कर रहा हूँ
अस्टुट्ज़ - READ_PHONE_STATE - https://github.com/facebook/react-native/issues/5886#issuecomment -200869879
मार्कशिलिंग - SYSTEM_ALERT_WINDOW - https://github.com/facebook/react-native/issues/5886#issuecomment -224397883

साथ ही mouneyrac (https://github.com/facebook/react-native/issues/5886#issuecomment-209218936) द्वारा बताए गए नाम स्थान को जोड़ना

इसलिए, मैं उपरोक्त समाधान के साथ SYSTEM_ALERT_WINDOW को निकालने में सक्षम नहीं था।

एक हैक का सहारा लेना पड़ा (बहुत उकसाने और प्रहार करने के बाद)।

AndroidManifest.xml . में

    <uses-permission android:name="${permissionName}" tools:node="remove"/>

app/build.gradle . में

    buildTypes {
        debug {
            manifestPlaceholders = [permissionName: "android.permission.ACCESS_FINE_LOCATION"]
            ...
        }    
        release {
            manifestPlaceholders = [permissionName: "android.permission.SYSTEM_ALERT_WINDOW"]
            ...
        }
    }

डीबग मोड में, मैं ACCESS_FINE_LOCATION को हटा देता हूं, क्योंकि मैं इसका उपयोग नहीं करता (न तो देव में और न ही उत्पाद में)। किसी अन्य गैर-आवश्यक अनुमति का उपयोग किया जा सकता है (BIND_TV_INPUT?)।

रिलीज मोड में, मैं SYSTEM_ALERT_WINDOW को हटा देता हूं। यदि आप इसे जबरन नहीं हटाते हैं, तो यह इसमें विलीन हो जाएगा।

हैकी, लेकिन प्रभावी

यदि आप इस समाधान का उपयोग करते हैं https://github.com/facebook/react-native/issues/5886#issuecomment -224397883, तो यहां बताए अनुसार xmlns:tools जोड़ना न भूलें: https://github.com /facebook/react-native/issues/5886#issuecomment -209218936

@marcshilling मुझे लगता है कि यह कुछ ऐसा है जो हम जनरेटर टेम्पलेट में डिफ़ॉल्ट रूप से कर सकते हैं।

@marcshilling आपका समाधान मेरे लिए भी काम नहीं आया लेकिन @jbrodriguez से एक ने किया।

एक बात मैंने देखी कि वास्तविक अनुमति का उपयोग करने के बजाय जिसे हटा दिया जाएगा, आप REMOVE_ME जैसे गैर-मौजूदा अनुमति नाम का भी उपयोग कर सकते हैं।

त्वरित टिप्पणी: 0.30 से 0.32 तक अद्यतन करने के बाद यह प्रतिक्रिया-मूल लगता है अब अचानक अनुमति com.google.android.c2dm.permission.RECEIVE जोड़ता है मैंने इसे अब दो ऐप्स में देखा है। मुझे संदेह है कि इसे इस नई अनुमति की भी आवश्यकता है।

@marcshilling के tools:remove उपयोग मेरे लिए भी काम नहीं करता है।

अनावश्यक अनुमतियों से बचने का मेरा समाधान (उपरोक्त का मिश्रण) है:
app/src/main/AndroidManifest.xml , मैंने जोड़ा:

<uses-permission tools:node="remove" android:name="android.permission.READ_PHONE_STATE" />

और एक नव निर्मित app/src/release/AndroidManifest.xml , मैंने रखा:

<manifest
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    >

    <!-- These are added by React Native for debug mode, but actually aren't needed in releasemode -->
    <uses-permission tools:node="remove" android:name="android.permission.SYSTEM_ALERT_WINDOW" />
</manifest>

tools:node अंदर परिवर्तनीय प्रतिस्थापन मेरे लिए काम नहीं करता है, इसलिए tools:node="${someManifestPlaceholder}" जैसा कुछ काम नहीं करेगा। तो एक साथ मर्ज होने वाली एकाधिक AndroidManifest.xml फ़ाइलों का उपरोक्त दृष्टिकोण debug बनाम release आधार (या डिफ़ॉल्ट main पर कुछ अनुमतियों को जोड़ने/निकालने का एक बेहतर तरीका प्रतीत होता है। )

@marcshilling अपने समाधान , मेरे लिए काम नहीं किया तो मैं @jbrodriguez का उपयोग किया है 's @astuetz के साथ संयुक्त s'

आप लोग सोचते हैं कि इसे स्वचालित करने के लिए एक स्क्रिप्ट बनाना उचित है?

शायद एक एनपीएम पैकेज बनाएं जो इसे इंस्टॉल पर बनाता है और फिर खुद को हटा देता है?
ऐसा कुछ कभी नहीं किया, मुझे विश्वास है कि यह संभव है।

@mikelambert , आपके दृष्टिकोण के संबंध में, क्या इसे काम करने के लिए कुछ और चाहिए?

क्या ग्रेडेल स्वचालित रूप से app/src/main/AndroidManifest.xml app/src/release/AndroidManifest.xml को app/src/main/AndroidManifest.xml विलय कर देता है?

यह मेरे लिए क्लीनर दृष्टिकोण की तरह लगता है

विचार और टिप्पणियों की सराहना की! :)

हां, यह स्वचालित रूप से AndroidManifest.xml फाइलों को मर्ज कर देता है। मुझे विश्वास है कि यह मेरे लिए काम करने के लिए जरूरी था, लेकिन अगर मुझे कुछ याद आया तो मुझे बताएं!

@mikelambert ने भी मेरे लिए काम किया। हालांकि मेरे पास कई रिलीज बिल्ड टाइप हैं, इसलिए मुझे इसे काम करने के लिए प्रत्येक बिल्ड-प्रकार के लिए release{X}/AndroidManifest.xml ।

सुनिश्चित नहीं है कि आप एनपीएम पैकेज में ऐसा कुछ कैसे कैप्चर कर सकते हैं ..

जब react-native init चलाया जाता है तो इसे प्रोजेक्ट के हिस्से के रूप में स्थापित करना उचित फिक्स (आईएमओ) होगा। यानी, प्रारंभिक प्रोजेक्ट सेटअप में इसका उपयोग कैसे किया जाता है, इसके समान कुछ:
https://github.com/facebook/react-native/blob/master/local-cli/templates/HelloWorld/android/app/src/main/AndroidManifest.xml

@freakinruben जो कुछ भी आप मैन्युअल रूप से करते हैं वह एक स्क्रिप्ट में किया जा सकता है;)
स्क्रिप्ट का पहला संस्करण बुनियादी होगा, और केवल रिलीज/डीबग संस्करणों का समर्थन करेगा

बाद में हम उपयोगकर्ता को अधिक कॉन्फ़िगरेशन के लिए संकेत दे सकते हैं

@mikelambert निश्चित रूप से आदमी के लिए, हम सभी इस चीज़ को यहाँ तब तक हैक कर रहे हैं जब तक कि एक उचित समाधान प्रतिक्रिया-मूल टीम द्वारा विलय नहीं कर दिया जाएगा :)

<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" tools:node="remove" />
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" tools:node="remove" />
<uses-permission android:name="android.permission.READ_PHONE_STATE" tools:node="remove"/>

नमस्ते,

RN को आपके लिए यह अनुमति जोड़ने देने में सावधानी बरतें android.permission.READ_PHONE_STATE । यदि आप ऐसी अनुमति (अन्य के बीच) के साथ Google Play स्टोर पर किसी ऐप को प्रकाशित करने का प्रयास करते हैं, तो यह आपको इसके साथ चेतावनी देगा:

आपके ऐप में वर्जन कोड X वाला एक एपीके है जो निम्नलिखित अनुमतियों का अनुरोध करता है: android.permission.READ_PHONE_STATE। एपीके में इन अनुमतियों का उपयोग करने वाले ऐप्स के लिए गोपनीयता नीति सेट होना आवश्यक है।

अधिक जानकारी: https://play.google.com/intl/en-US_ALL/about/privacy-security/additional-requirements/। तो हाँ, सावधान रहें और यदि आपको इसकी आवश्यकता नहीं है, तब तक इस अनुमति को हटाना सुनिश्चित करें जब तक कि यह RN में तय न हो जाए। मुझे लगता है कि इसे अभी के लिए कहीं और प्रलेखित किया जाना चाहिए ताकि रिहा करने के इरादे वाले लोग जागरूक हों।

@mikelambert समाधान ने मेरे लिए काम किया। शुक्रिया।

@mikelambert सर्वोत्तम समाधान के लिए धन्यवाद।

@ferrannp वास्तव में यही कारण था कि मैं यहां आया। :) और समाधान ठीक काम किया।

15 मार्च से स्मॉल रीकैप करीब आ रहा है:

@mmazzarolo 15 मार्च (कल) को क्या होगा?

@antoinerousseau : Google Play का नया गोपनीयता नीति नियम 15 मार्च से प्रभावी हो गया है , और READ_PHONE_STATE उन अनुमतियों में से एक है जो आपको Play Store और ऐप दोनों में ही गोपनीयता नीति दस्तावेज़ प्रकाशित करने के लिए बाध्य करेगी।

बिल्ड.ग्रेडल

        classpath 'com.android.tools.build:gradle:1.2.3' // For Android 5.1

निम्नलिखित नियम 5.1 पर क्रैश होता है:

    <uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" tools:node="remove"/>

06-02 15:06:54.102: E/AndroidRuntime(18353): android.view.WindowManager$BadTokenException: Unable to add window android.view.ViewRootImpl$W<strong i="11">@f03a0a2</strong> -- permission denied for this window type
06-02 15:06:54.102: E/AndroidRuntime(18353):    at android.view.ViewRootImpl.setView(ViewRootImpl.java:704)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:289)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:85)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at android.app.Dialog.show(Dialog.java:311)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at com.facebook.react.devsupport.DevSupportManagerImpl.showProgressDialog(DevSupportManagerImpl.java:762)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at com.facebook.react.devsupport.DevSupportManagerImpl.reloadJSFromServer(DevSupportManagerImpl.java:767)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at com.facebook.react.devsupport.DevSupportManagerImpl.handleReloadJS(DevSupportManagerImpl.java:658)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at com.facebook.react.XReactInstanceManagerImpl$3$1.run(XReactInstanceManagerImpl.java:412)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at android.os.Handler.handleCallback(Handler.java:815)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at android.os.Handler.dispatchMessage(Handler.java:104)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at android.os.Looper.loop(Looper.java:194)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at android.app.ActivityThread.main(ActivityThread.java:5631)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at java.lang.reflect.Method.invoke(Native Method)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at java.lang.reflect.Method.invoke(Method.java:372)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:959)
06-02 15:06:54.102: E/AndroidRuntime(18353):    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:754)

समाधान निकालना है:

tools:node="remove

@iegik , मुझे यकीन नहीं है कि आप किसके समाधान/कोड का प्रयास कर रहे थे, लेकिन बिल्ड जारी करने के लिए SYSTEM_ALERT_WINDOW अनुमति जोड़ना कोई समाधान नहीं है जिसे मैं दूसरों को अनुशंसा करता हूं।

कृपया ऊपर दिए गए मेरे सुझाव का प्रयास करें, यदि आप अपनी रिलीज़ बिल्ड में उस अनुमति की आवश्यकता नहीं चाहते हैं।

@ ए-कोका इसे पहले ही कई बार ऊपर समझाया जा

@mikelambert मुझे उपयोगकर्ताओं से

@iegik जो मैं समझता हूं, सामान्य रिलीज-मोड ऐप्स को SYSTEM_ALERT_WINDOW आवश्यकता नहीं होनी चाहिए, और यह केवल विकास-मोड ऐप्स के लिए उपयोगी है। क्या आपके पास उक्त दुर्घटना का एक लॉग है, जो दिखाता है कि यह "कहीं" कहाँ है?

बेशक, ऐसा करने के लिए आपका स्वागत है यदि यह आपकी आवश्यकताओं के अनुरूप है और आपके लिए डिबगिंग के लायक नहीं है ... मैं नहीं चाहता था कि इस धागे के भावी पाठक यह सोचें कि उन्हें भी उस अनुमति का अनुरोध करने की आवश्यकता है, क्योंकि यह धागा अनावश्यक अनुमतियों का अनुरोध न करने के बारे में है। :)

इस लाइन को जोड़ने से मेरा ऐप क्रैश हो जाता है।
<uses-permission android:name="android.permission.READ_PHONE_STATE" tools:node="remove" />

@npaez , यह सही है

ऐसा नहीं है कि नोड = "निकालें" क्या कर रहा है। यह जेनरेट किए गए मेनिफेस्ट से अनुमति को हटा रहा है, क्योंकि अन्य पुस्तकालय, उदाहरण के लिए, अनुमतियां जोड़ सकते हैं। यह सुनिश्चित करता है कि अनुमति निश्चित रूप से नहीं होगी।
— बगुला और कलह

@marcshilling की विधि ने काम किया। (वाई)

इसे बंद नहीं किया जाना चाहिए क्योंकि RN अभी भी इस अनुमति को परोक्ष रूप से जोड़ रहा है:

<uses-permission android:name="android.permission.READ_PHONE_STATE" />

जो एक बहुत बुरा है मेरे पास आपका फोन नंबर और आईएमईआई है यदि आप मेरी ऐप प्रकार की अनुमति स्थापित करते हैं। मैं ऐसा कोई भी ऐप इंस्टॉल नहीं करना चाहूंगा जो इसका अनुरोध करे ...

@johnculviner वैसे, क्या यह तब काम करता है जब आप IMEI को पुनः प्राप्त करने का प्रयास करते हैं? क्योंकि मैंने प्रतिक्रिया-मूल-उपकरण-जानकारी का उपयोग करने की कोशिश की और यह काम नहीं कर रहा है, मैंने प्रतिक्रिया-मूल-इमेई का उपयोग करने की कोशिश की जिसे आरएन 0.47 के बाद से बहिष्कृत कर दिया गया है, मुझे ओवरराइड या कार्यान्वित विधि की त्रुटि नहीं है, क्या आपके पास मेरी समस्या का कोई समाधान है ?

@koswarabilly मुझे पूरा यकीन है कि उपरोक्त अनुमति IMEI के लिए आवश्यकताओं में से एक है जो निश्चित रूप से अनुरोध करने के लिए एक बहुत ही उन्नत चीज है क्योंकि यह विशिष्ट रूप से हमेशा के लिए फोन की पहचान करता

@johnculviner मुझे पता है कि अनुमति मुझे डिवाइस की जानकारी तक पहुंच प्रदान करती है, मैंने प्रतिक्रिया-मूल-आईएमई पैकेज के माध्यम से आईएमईआई प्राप्त करने का प्रयास किया है, लेकिन जब मैं रन-एंड्रॉइड करता हूं तो यह मुझे त्रुटि ओवरराइड या लागू विधि नहीं कहने का संकेत देता है, क्या आपने कभी सफलतापूर्वक प्राप्त किया है आपके डिवाइस का IMEI नंबर
या किसी ने यहां सफलतापूर्वक आईएमईआई नंबर प्राप्त कर लिया है? क्योंकि मेरा मानना ​​है कि यह एक संभावित कार्य है

मैं रिएक्ट नेटिव v0.44.0 का उपयोग कर रहा हूं और एसडीके 26 में अपग्रेड करने का प्रयास किया है, लेकिन एंड्रॉइड सिस्टम SYSTEM_ALERT_WINDOW को अब डीबग मोड में भी उपयोग करने की अनुमति नहीं देता है। SYSTEM_ALERT_WINDOW का उपयोग केवल Oreo में सिस्टम स्तरीय ऐप्स द्वारा किया जा सकता है। मैं यह काम कैसे कर सकता हूं इस पर कोई विचार?

इसे हल करने का प्रयास करने वाले किसी भी व्यक्ति के लिए, इस पोस्ट में वह व्यक्ति यहां सूचीबद्ध समाधान का उपयोग करता है लेकिन बहुत अच्छी तरह से समझाया गया है।
https://medium.com/@applification/fixing -react-native-android-permissions-9e78996e9865

@mikelambert धन्यवाद, आपका समाधान पूरी तरह से काम करता है

मेरे लिए समाधान को संशोधित करना था
./android/app/src/main/AndroidManifest.xml

मुझे निम्नलिखित पंक्तियां जोड़नी पड़ीं

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
// Added this
    xmlns:tools="http://schemas.android.com/tools"
    package="de.democracydeutschland.app"
    android:versionCode="1"
    android:versionName="1.0">

    <uses-permission android:name="android.permission.INTERNET" />
    <uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>
// Added tools:node="remove"
    <uses-permission android:name="android.permission.READ_PHONE_STATE" tools:node="remove"/>
// Added READ_EXTERNAL_STORAGE and WRITE_EXTERNAL_STORAGE both with tools:node="remove"
    <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" tools:node="remove" />
    <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" tools:node="remove" />

    <uses-sdk
        android:minSdkVersion="16"
        android:targetSdkVersion="22" />

    ...

डीबग उद्देश्यों के लिए: ./android/app/build/outputs/logs/manifest-merger-***-report.txt

संबंधित: https://github.com/demokratie-live/democracy-client/blob/master/android/app/src/main/AndroidManifest.xml

PlayStore के माध्यम से इंस्टॉल करते समय यह ऐप-अनुमति संवाद को हटा देता है

एक चीज जो मुझे नहीं मिलती है:

मुझे उन्हें हटाने के लिए अधिकार क्यों

ग्रुस उल्फ़ी

<3

प्रतिक्रिया-मूल के किसी भी अगले संस्करण में "सुधार" जोड़ा जाएगा?

हमारे ऐप में कई बिल्ड प्रकार हैं (अभी तक 4), और हम debug छोड़कर उन सभी से SYSTEM_ALERT_WINDOW अनुमतियों को हटाना चाहते थे।
मैं मेनिफेस्ट प्लेसहोल्डर्स के माध्यम से अनुमति नामों को हैक नहीं करना चाहता था, न ही समान सामग्री के साथ 3 अतिरिक्त AndroidManifests बनाना चाहता था।
तो, अंत में मैं main/AndroidManifest.xm l का उपयोग करके अनुमति को हटा देता हूं:

<manifest xmlns:tools="http://schemas.android.com/tools" ...>
<uses-permission tools:node="remove" android:name="android.permission.SYSTEM_ALERT_WINDOW" />
...

और फिर एक अलग डीबग/AndroidManifest.xml में , मैं इसे वापस जोड़ता हूं:

<manifest xmlns:tools="http://schemas.android.com/tools" ...>
<uses-permission tools:node="merge" android:name="android.permission.SYSTEM_ALERT_WINDOW" />
...

चूंकि debug AndroidManifest की प्राथमिकता main एक से अधिक है ( प्राथमिकताएं मर्ज करें देखें), यह निष्कासन को ओवरराइड कर देगा और अनुमति जोड़ देगा।

अजीब लगता है, लेकिन लगता है कि यह अच्छी तरह से काम करता है ( aapt d permissions <apk file> के आउटपुट को देखते हुए)।

कांग्रेस को ज़ुक से पूछना चाहिए था कि इन अनुमतियों के साथ क्या हो रहा है।

मुझे लगता है कि समाधान इस तरह एक और android/app/src/release/AndroidManifest.xml बना रहा है:

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    package="com.facebook.react.demo">

    <uses-permission
        android:name="android.permission.SYSTEM_ALERT_WINDOW"
        tools:node="remove" />

    <uses-permission
        android:name="android.permission.READ_PHONE_STATE"
        tools:node="remove" />

    <application>

    </application>

</manifest>

और android/app/build.gradle को इस तरह संपादित करें:

android {
    ...
    sourceSets.release {
        manifest.srcFile 'release/AndroidManifest.xml'
    }
}

https://code.videolan.org/videolan/vlc-android/blob/923bbada6687ecab31addc1dfd3f90619976ccdf/vlc-android/build.gradle#L169

इस समस्या को बंद करना, क्योंकि अनावश्यक अनुमतियाँ हटा दी जाती हैं। कृपया देखें https://github.com/facebook/react-native/blob/master/local-cli/templates/HelloWorld/android/app/src/main/AndroidManifest.xml

@dulmandakh यह इस मुद्दे से बिल्कुल भी प्रासंगिक नहीं है। एपीके बनाते समय मेनिफेस्ट में अनुमतियाँ जोड़ी जाती हैं, वे डिफ़ॉल्ट टेम्पलेट में मौजूद नहीं होती हैं (जैसा कि मूल मुद्दे में और https://github.com/facebook/react-native/issues/5886#issuecomment-200862582 में बताया गया है) ) क्या आप कृपया इस मुद्दे को फिर से खोल सकते हैं?

@dulmandakh इसे बंद नहीं करना चाहिए था। अनुमतियाँ निर्माण समय पर जोड़ी जाती हैं, जो आपकी लिंक की गई फ़ाइल से असंबंधित होती हैं

यह डिफ़ॉल्ट अनुमतियों को हटाने पर आधिकारिक मार्गदर्शिका प्रतीत होती है:
http://facebook.github.io/react-native/docs/removing-default-permissions

मुझे नहीं पता कि यह इस मंच से संबंधित है या नहीं।

ऐसा इसलिए है क्योंकि हाल ही में Google Play कंसोल अनुमतियों के नियमों में बदलाव किया गया है। Google हमारे द्वारा उपयोग की जाने वाली Android अनुमतियों को देखने के लिए हमारे मेनिफेस्ट की जाँच करेगा।

हालांकि मैंने हर अप्रयुक्त अनुमतियों में ' टूल्स: नोड = "निकालें"' का उपयोग किया है और रिलीज ऐप्स में अनुमति नहीं दिखाई गई है। Google अभी भी मुझे अपने ऐप्स को google play कंसोल में प्रकाशित करने की अनुमति नहीं देता है।

किसी को ऐसी कोई समस्या है? मुझे यह समस्या 27-01-2019 मिली।

इस पर एक अनुवर्ती के रूप में हमारे वर्तमान में उपयोग किए गए मेनिफेस्ट:

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    package="de.democracydeutschland.app">

    <uses-permission android:name="android.permission.INTERNET" />

    <!-- Default permissions which are added silently and not needed by us - hence we remove them -->
    <uses-permission android:name="android.permission.READ_PHONE_STATE" tools:node="remove" />
    <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" tools:node="remove" />
    <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" tools:node="remove" />

    <!-- This needs to be added in dev mode but removed in all others
         since this config is used for production aswell we need to remove it here -->
    <uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" tools:node="remove" />

    <!-- included from rn-fetch-blob - implications of removal are unknown -->
    <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" tools:node="remove" />

    ...
</manifest>

मुख्य घोषणापत्र

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    package="de.democracydeutschland.app">

    <!-- This needs to be added in dev mode but removed in all others -->
    <uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" tools:node="replace" />

</manifest>

देव स्वाद प्रकट

उपर्युक्त अनुमतियां एंड्रॉइड एसडीके द्वारा अंतर्निहित रूप से जोड़ दी गई हैं क्योंकि पुराना जेएससी या जावास्क्रिप्टकोर एसडीके 4 को लक्षित कर रहा था। मास्टर में हमारे पास नया जेएससी है और 0.59 में डिफ़ॉल्ट रूप से उपयोग किया जाएगा। तो इसमें हम कुछ नहीं कर सकते। कृपया देखें https://developer.android.com/studio/build/manifest-merge

SYSTEM_ALERT_WINDOW को हटाने का एकमात्र तरीका रिलीज़ के लिए एक नई मेनिफेस्ट फ़ाइल बनाने पर आधिकारिक प्रतिक्रिया निर्देशों का पालन करना है।

शायद यह मेनिफेस्ट प्लेसहोल्डर्स का उपयोग करके काम करता था लेकिन इसे तोड़ने वाले टूल संस्करण में कोई बदलाव या निर्माण होना चाहिए था।

@hammadzz हमें अप्रयुक्त अनुमति के बारे में याद दिलाने के लिए धन्यवाद, और मैंने इसे ठीक करने के लिए एक पीआर बनाया https://github.com/facebook/react-native/pull/23504। मुझे उम्मीद है कि यह जल्द ही मास्टर में उतरेगा और चेरी 0.59 के लिए चुनी जाएगी।