Cordova-plugin-firebase: अगर ऐप बंद है तो ऑन नोटिफिकेशन ओपन नहीं किया गया है - बैकग्राउंड में ऐप प्रोसेस खत्म हो गया है।

मुझे भी इसी मुद्दे का सामना करना पड़ रहा है :(

कॉलबैक को फिर से जोड़ने के लिए कॉर्डोवा रेज़्यूमे इवेंट का उपयोग करें। Android जीवनचक्र के बारे में कॉर्डोवा डॉक्स देखें: http://cordova.apache.org/docs/en/6.x/guide/platforms/android/index.html#lifecycle -guide

@robertarnesson क्या आप अपने उत्तर को थोड़ा और समझाने पर ध्यान देंगे? मुझे आईओएस पर एक ही समस्या मिल रही है। जब ऐप अग्रभूमि और पृष्ठभूमि में चल रहा हो, तो मैं सूचनाएं प्राप्त कर सकता हूं, लेकिन जैसे ही मैं अपना ऐप बंद/छोड़ता हूं, मुझे अब सूचनाएं प्राप्त नहीं हो सकती हैं।

मुझे पृष्ठभूमि और अग्रभूमि (एंड्रॉइड 6.0.1) दोनों पर सूचनाएं प्राप्त होती हैं ... लेकिन खुली अधिसूचना ऐप फायरिंग नहीं कर रही है, टैप और अधिसूचना डेटा खो जाने के बाद ट्रे अधिसूचना साफ़ हो जाती है। (ऐसा तब भी होता है जब ऐप पॉज़ में हो)। क्या यह क्रॉसवॉक के कारण हो सकता है? क्या कोई फिक्स है?

@robertarnesson @Taracque

सुनिश्चित नहीं है कि यह मदद करता है, लेकिन मुझे वास्तव में इससे नफरत है जब लोग कोशिश करने और मदद करने के लिए अपने स्वयं के कोड नमूने के बजाय शब्दों या लिंक का उपयोग करते हैं।

यह मेरे index.html में मेरे पास जो कुछ है उसकी एक बुनियादी व्याख्या है और यह आईओएस और एंड्रॉइड के लिए काम करता है जिसमें पेलोड को हेरफेर के लिए ऐप पर पहुंचाया जाता है।

मैंने पाया कि आईओएस के साथ मुझे केवल कॉर्डोवा.जेएस के 'डिवाइसरेडी' फ़ंक्शन का उपयोग करने की आवश्यकता थी क्योंकि जब भी ऐप्स अग्रभूमि में थे और पृष्ठभूमि में मौजूद ऐप को फिर से शुरू करने के बाद यह एक अधिसूचना प्राप्त होने पर आग लगती थी। अधिसूचना या सिर्फ ऐप खोल रहा है।

एंड्रॉइड के लिए मुझे 'फिर से शुरू' का उपयोग 'डिवाइसरेडी' के रूप में करने की ज़रूरत थी, जब ऐप पहली बार लोड हो गया था (समझ में आता है कि मुझे लगता है)।

function onLoad(){

    //fire this with load of the HTML page
    document.addEventListener("deviceready", onDeviceReady, false);

    }

    function onDeviceReady(){

    // this will fire when the app first runs (iOS and Android)
    // iOS will run this after tapping a notification as well but not Android

    // Create the resume as soon as the device is ready.
    document.addEventListener("resume", onResume, false); 

    // add initial cordova-plugin-firebase function calls here
    // e.g TokenRefresh, onNotificationOpen etc

    window.FirebasePlugin.onTokenRefresh(function(token){

    //Do something with the token server-side if it exists

    });

    // get any initial or resume notification (used for iOS)
    var payload = getNotification();

    }

    function getNotification(){

    // get any notification variables for use in your app
    window.FirebasePlugin.onNotificationOpen(function(notification){

    //Check if notification exists then do something with the payload vars
    var str = JSON.stringify(notification);
    console.log(str);

    });

    return str;

    }

    function onResume(){
    //Add plugin functions here after app has resumed from background
    // or after notification is tapped (needed for Android)

    //get resume notification and payload (needed for Android)

    var payload = getNotification();

    }

हाय दोस्तों, मुझे लगता है कि हम यहाँ बिंदु को याद कर रहे हैं। ऐप ही बैकग्राउंड या फोरग्राउंड पर भी नहीं। आप ऐप को मारने की कोशिश करते हैं और फ़ंक्शन को निकाल नहीं दिया जा रहा है, हम फिर से शुरू होने पर उपयोग नहीं कर सकते क्योंकि ऐप निलंबित नहीं है, ऐप अग्रभूमि में नहीं जा रहा है लेकिन शुरू किया जा रहा है। डिवाइस तैयार होने के बाद भी, ऑन नोटिफिकेशन ओपन नहीं किया जाता है।

मुझे यकीन नहीं है कि मैं समझता हूं लेकिन क्या यह सही है।

1: आपका ऐप पूरी तरह से निष्क्रिय है
2: आपको ऐप के लिए मूल सूचना प्राप्त होती है
3 आप अधिसूचना पर क्लिक करें
4 ऐप लोड होता है
5 onNotificationOpen फायरिंग नहीं कर रहा है

क्या ये सही है?

यह किस ओएस के लिए है?

क्या आप अपना कुछ कोड प्रदान कर सकते हैं?

क्या आपने Cordova.js को अपनी स्क्रिप्ट में शामिल किया है?

क्या आप 100% सुनिश्चित हैं कि लोडिंग पेज में कोई जेएस त्रुटि नहीं है?

@ डिवाइस 68 मैं जानना चाहता हूं कि जब ऐप प्रारंभ में लॉन्च नहीं होता है, तो @ निक्रेस ने कहा कि अधिसूचना ओपन को निकाल दिया गया है या नहीं।
मैंने एंड्रॉइड और आईओएस दोनों पर परीक्षण किया है जिसमें अधिसूचना ओपन को फिर से शुरू और डिवाइस पर बुलाया जा रहा है। और केवल ऊपर बताई गई स्थिति काम नहीं आई। अन्य स्थितियों के साथ कुछ अनपेक्षित व्यवहार भी हैं।
आप अंक #137 देख सकते हैं जिसे मैंने खोला था।

@chanphillip , मैं सुबह देख लूंगा। मैं iOS 10 की पुष्टि नहीं कर सकता क्योंकि मैं XCODE के पुराने संस्करण का उपयोग कर रहा हूं, लेकिन मैं देखूंगा कि वास्तव में Android पर क्या हो रहा है।

माई ऐप नोटिफिकेशन और रिज्यूमे से पेलोड के साथ कोल्ड स्टार्टिंग दोनों का महत्वपूर्ण उपयोग करता है, लेकिन किसी भी मुद्दे पर ध्यान नहीं दिया है।

@ डिवाइस 68 सभी स्थिति ठीक तभी काम कर रही है जब ऐप निष्क्रिय हो तो फ़ंक्शन को बिल्कुल भी नहीं निकाल दिया जाता है। मेरा परीक्षण किया गया है, लगभग हर आईओएस और एंड्रॉइड ओएस पर मैं अपना हाथ पकड़ सकता हूं। अब काम नहीं कर रहा।

एंड्रॉइड में आज अपने परीक्षणों के दौरान मुझे जो याद आया, उससे यही होता है।

1 निष्क्रिय ऐप

अगर मुझे कोई सूचना मिलती है और मैं उस पर क्लिक करता हूं, तो यह ऐप को अपेक्षित रूप से लोड करता है और onDeviceReady के भीतर कोई भी प्लगइन कोड उस पेलोड को कैप्चर करेगा।

रिज्यूमे में कोई भी कोड पेलोड को कैप्चर नहीं करेगा।

ऐप के अभी भी सक्रिय होने और अभी तक कम से कम नहीं किए जाने के दौरान कोई भी अन्य सूचनाएं, onDeviceReady के अंदर के कार्यों द्वारा प्राप्त की जाती हैं।

2 पहली बार ऐप को छोटा करना।

पहली बार जब मैं ऐप को छोटा करता हूं तो यह डिवाइस रेडी पर बंद हो जाता है क्योंकि निर्णय पहले से ही तैयार है और अब फिर से शुरू होने की प्रतीक्षा कर रहा है।

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

कोई भी बाद की सूचनाएँ सभी रिज्यूमे द्वारा प्राप्त की जाती हैं।

3 न्यूनतम ऐप (आम तौर पर बोल रहा हूँ)

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

ध्यान दें कि आईओएस 9.3 . में यह गतिविधि बिल्कुल अलग है

4 अग्रभूमि ऐप

यदि फिर से शुरू करने के बाद मुझे ऐप में एक सूचना मिलती है, तो रिज्यूमे पेलोड को कैप्चर करता है।

5 हत्या ऐप

अगर मैं ऐप को बंद कर दूं, तो हम #1 . से शुरू करते हैं

6 पेलोड

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

अगर नोटिफिकेशन टैप किया जाता है तो Google टाइमकोड, फ्रॉम, मैसेज आईडी आदि जोड़ता है।

Google उपरोक्त को हटा देता है लेकिन अन्य सभी परिस्थितियों में सिर्फ टैप = झूठा जोड़ता है।

आपके द्वारा भेजा गया कोई भी डेटा संस्करण सभी मामलों में मौजूद होता है।

मैं वेब, एंड्रॉइड और आईओएस के बीच संदेश भेजने के लिए सर्वर साइड कर्ल एपीआई का उपयोग कर रहा हूं

अंतत: एंड्रॉइड पर सब कुछ तार्किक लगता है, यह वास्तव में आईओएस कार्यान्वयन है जो गलत और अतार्किक है।

IOS पर सब कुछ onDeviceReady के साथ काम करता है और onNotificationOpen को हर बार एक सूचना प्राप्त होने पर कहा जाता है, तब भी जब आप एक ऐप को मैन्युअल रूप से खोलने के बाद, किसी संदेश पर क्लिक करने या ऐप के अग्रभूमि में होने पर सूचना प्राप्त करने के बाद भी प्राप्त करते हैं।

उम्मीद है की यह मदद करेगा।

लेकिन यदि आप सभी परिस्थितियों में पेलोड को कैप्चर करना चाहते हैं, तो आपको onDeviceReady और Resume दोनों का उपयोग करना चाहिए और प्रत्येक के अंतर्गत onNotificationOpen के संस्करण रखना चाहिए।

@ device68 आपके विस्तृत विवरण के लिए धन्यवाद।
वास्तव में मैंने इसे गलत कहा था, मैं डिवाइस रिज्यूमे और रेडी दोनों में onNotificationOpen डाल रहा था, लेकिन केस 1 का उपयोग करें (जब ऐप लॉन्च भी नहीं होता है तो नोटिफिकेशन पर क्लिक करना) मेरे अंत में काम नहीं करता है, जबकि अन्य उपयोग के मामले काम कर रहे हैं जैसा आपने वर्णन किया है।

मुझे लगता है कि आप परीक्षण के दौरान आयनिक ढांचे का उपयोग नहीं कर रहे हैं। मैं platform.ready() का उपयोग कर रहा हूं, लेकिन यह मेरी समझ से deviceready जैसा ही होना चाहिए।

क्या आप दोबारा पुष्टि कर सकते हैं कि ऐप लॉन्च नहीं होने पर भी नोटिफिकेशन ओपन को निकाल दिया गया है (ऐप को मार दिया गया था)? क्या आपके लिए आईओएस पर भी इसका परीक्षण करना संभव है? धन्यवाद।

@chanphillip कोई समस्या नहीं है खुशी है कि मैं सहायता कर सकता हूं।

ठीक है, मैं सिर्फ सीएलआई के माध्यम से स्थापित कच्चे फोनगैप प्लगइन का उपयोग कर रहा हूं और फिर यह प्लगइन इसके भीतर स्थापित है।

हम्म वास्तव में मैंने कुछ और परीक्षण किए और 4 स्थानों पर अलर्ट के साथ अपने डिवाइस का एक वीडियो बनाया।

https://www.youtube.com/watch?v=xrWQH2wE8Fo

ऐसा लगता है कि आप जो देख रहे हैं उसकी पुष्टि करते हैं। अधिसूचना को टैप करते समय onNotificationOpen को बिल्कुल भी नहीं निकाल दिया जाता है, जिससे ऐप का कोल्ड बूट हो जाता है। इसके बाद ही नोटिफिकेशन ओपन पर फंक्शन से नोटिफिकेशन इकट्ठा हो रहे हैं।

श्रोता उम्मीद के मुताबिक आग लगाते हैं लेकिन अधिसूचना पर नहीं।

मेरे लिए यह विशेष रूप से मेरे ऐप के लिए कोई मुद्दा नहीं है जो शायद बताता है कि मैंने इसे अब तक क्यों नहीं देखा।

मैंने एंड्रॉइड 4+, 6+ और 7+ चलाने वाले उपकरणों पर परीक्षण किया है, सभी समान परिणाम।

दुर्भाग्य से मुझे नहीं लगता कि मैं आईओएस के साथ बहुत मदद कर सकता हूं, मैं योसेमाइट और एक्ससीओडीई 7.1 के साथ वर्चुअलबॉक्स का उपयोग कर रहा हूं (आईओएस 9.3 एसडीके को शामिल करने के लिए मजबूर) मैंने पाया कि सूचनाएं विशेष रूप से ऑनडिवाइसरेडी के साथ काम करती हैं और यहां तक ​​​​कि रिज्यूमे का उपयोग करने की भी आवश्यकता नहीं है। यह iOS 9+ वाले लेकिन 10+ . से कम वाले डिवाइस के लिए था

हालांकि एंड यूजर्स ने अपने फोन को 10.2 पर अपडेट किया और नोटिफिकेशन ने काम करना बंद कर दिया। मेरा मानना ​​​​है कि 9.3 एसडीके के साथ मेरी एक्ससीओडीई इमारत की वजह से, अब मुझे मैक खरीदने की ज़रूरत है :-(

अगर वीडियो मदद करता है तो मुझे बताएं।

मुझे एक ही समस्या का सामना करना पड़ता है। ऐप खुलता है लेकिन यह फ़ंक्शन को ट्रिगर नहीं करता है। मैंने आपके वीडियो पर व्यवहार को पुन: पेश करने की कोशिश की और निश्चित रूप से मैं डिवाइस के लिए तैयार स्थिति की प्रतीक्षा कर रहा हूं। लेकिन विधि कभी ट्रिगर नहीं होती है।

कृपया ध्यान दें: लाइटटेबल सॉकेट के माध्यम से फ़ंक्शन का मूल्यांकन करने पर, यह काम करता है। यह केवल तभी काम करता है जब मैं इसे IDE पर eval करता हूं। लेकिन फ़ंक्शन कभी भी ट्रिगर नहीं होता है, जैसे कि विधि का प्लगइन संस्करण "नहीं कहा जाता है"। फ़ंक्शन का मूल्यांकन क्यों काम करता है?

नमस्ते,
मुझे एक ही समस्या का सामना करना पड़ रहा है, इसलिए मैं यह समझने की कोशिश कर रहा हूं कि कोड में क्या हो रहा है।
ठंड शुरू करने के लिए डॉक्टर न्यूइन्टेंट पर उपयोग करने के लिए कहता है।
प्लगइन के लिए कोड अच्छा लग रहा है।

    <strong i="9">@Override</strong>
    public void onNewIntent(Intent intent) {
        super.onNewIntent(intent);
        FirebasePlugin.sendNotification(intent.getExtras());
    }

लेकिन इस कॉलबैक को कॉल करने की आवश्यकता है कि अधिसूचना पेलोड में क्लिक_एक्शन का उपयोग शुरू करने का इरादा रखती है

{
  "to": "/topics/news",
  "notification": {
    "title": "Click Action Message",
    "text": "Sample message",
    "click_action": "android.intent.action.MAIN"
  }
}

मैं ऐसा करने की कोशिश कर रहा हूं, लेकिन सफलता के बिना, निश्चित नहीं है कि क्लिक एक्शन में सेट होना चाहिए।
मैं जो भी मूल्य निर्धारित करता हूं वह ऐप लॉन्च नहीं होता है

        <activity android:name="MainActivity" >
            <intent-filter android:label="@string/launcher_name">
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>

क्लिक एक्शन की कमी के आसपास काम करने के लिए शायद प्लगइन init के दौरान अतिरिक्त सामग्री को पढ़ना अच्छा हो सकता है।
मैं इस कोड के साथ प्रयास करता हूं और इस बार मुझे अधिसूचना मिली है।

<strong i="21">@Override</strong>
    protected void pluginInitialize() {
        final Context context = this.cordova.getActivity().getApplicationContext();
        final Bundle extras = this.cordova.getActivity().getIntent().getExtras();
        this.cordova.getThreadPool().execute(new Runnable() {
            public void run() {
                Log.d(TAG, "Starting Firebase plugin");
                mFirebaseAnalytics = FirebaseAnalytics.getInstance(context);
                if(extras != null && extras.size()>1) {
                    FirebasePlugin.sendNotification(extras);

                }
            }
        });
    }

वैसे भी यह एक गंदे हैक की तरह दिखता है।

ठीक है, मैं मेनिफेस्ट में एक डिफ़ॉल्ट श्रेणी जोड़कर क्लिक_एक्शन का उपयोग करने का प्रबंधन करता हूं। एक्सएमएल लेकिन न्यूइन्टेंट पर नहीं कहा जाता है।

            <intent-filter android:label="@string/launcher_name">
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
                <category android:name="android.intent.category.DEFAULT" />
            </intent-filter>

FirebasePlugin.java

<strong i="6">@Override</strong>
protected void pluginInitialize() {
    final Context context = this.cordova.getActivity().getApplicationContext();
    final Bundle extras = this.cordova.getActivity().getIntent().getExtras();
    this.cordova.getThreadPool().execute(new Runnable() {
        public void run() {
            Log.d(TAG, "Starting Firebase plugin");
            mFirebaseAnalytics = FirebaseAnalytics.getInstance(context);
            if(extras != null && extras.size()>1) {
                // FirebasePlugin.sendNotification(extras);
                if (FirebasePlugin.notificationStack == null) {
                    FirebasePlugin.notificationStack = new ArrayList<Bundle>();
                }
                notificationStack.add(extras);

            }
        }
    });
}

जैसा कि ऊपर वर्णित है, मुझे वही समस्या थी, मुख्य रूप से, अधिसूचना पेलोड वितरित नहीं किया गया था जब ऐप को अधिसूचना टैप करके शुरू किया गया था। @ huny0522 का सुझाव समस्या को ठीक करता प्रतीत होता है। मैं

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

यह समस्या ठीक हो गई है या अगली रिलीज़ में ठीक हो जाएगी !?

@huny0522 के पैच ने मेरे लिए समस्या का समाधान नहीं किया। onNotificationReceived कॉलबैक को Android कोल्ड स्टार्ट के साथ अनदेखा किया गया। अन्य सभी परिदृश्य अपेक्षित व्यवहार करते हैं।

सभी सुझाए गए समाधानों को आजमाने के बाद, जीथब से प्लगइन को फिर से स्थापित करना मेरे लिए जारी किया गया हल है

कॉर्डोवा प्लगइन https://github.com/arnesson/cordova-plugin-firebase.git --save . जोड़ें

किसी ने हल किया है

चरण 3 जो @ डिवाइस68 ने लिखा है ??

न्यूनतम ऐप (आम तौर पर बोल रहा है)

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

यह अब मेरी एकमात्र समस्या है।

यहां भी इसी तरह की समस्या।

मुझे इस लाइन को भेजे गए ऑब्जेक्ट से हटाना पड़ा: "क्लिक_एक्शन": "Your_DATA_HERE"।

अब, जब मैं पृष्ठभूमि में प्राप्त अधिसूचना को स्पर्श करता हूं तो ऐप सही ढंग से लॉन्च होता है।

आशा है ये मदद करेगा।

मेरे पास आयनिक/कॉर्डोवा ऐप पर भी वही समस्याएं हैं, लेकिन केवल एंड्रॉइड 6.0 वाले डिवाइस पर। इस डिवाइस में अधिसूचना हमेशा स्टेटस बार में ट्रिगर होती है, चाहे मेरे पास पृष्ठभूमि या अग्रभूमि (!) में ऐप हो और जब मैं अधिसूचना खोलता हूं तो कॉलबैक कभी ट्रिगर नहीं होता है, इस प्रकार मुझे पेलोड नहीं मिलता है।
मेरे द्वारा परीक्षण किया गया हर दूसरा उपकरण ठीक था (एंड्रॉइड 5, आईओएस 9 और 10): अग्रभूमि पर यह कॉलबैक डेटा को ट्रिगर करता है और मैं इस पर प्रतिक्रिया करता हूं, और पृष्ठभूमि पर सामान्य रूप से स्थिति पट्टी में अधिसूचना प्राप्त होती है जैसा कि डॉक्स में वर्णित है।

@ अभिषेक-कोलीपारा जिस मुद्दे पर चर्चा की गई है वह अग्रभूमि/पृष्ठभूमि स्थिति में पेलोड को कैसे उठाया जाए, बल्कि जब अधिसूचना के टैपिंग के माध्यम से ऐप को ठंडा किया जाता है और अधिसूचना पेलोड उठाया जाता है। यह मुद्दा नहीं है कि पेलोड कैसे बनता है, खासकर जब यह किसी अन्य प्लगइन के दस्तावेज़ों में वर्णित है और यह नहीं।

पिछले दो दिनों से जब मैंने इसका शिकार करना शुरू किया था, तब से मुझे ठंडे बूट पर पेलोड को पकड़ने में मेरी पहली सफलता मिली है। आयनिक देशी प्लगइन 'वेब आशय' प्राप्त करें। इसे दस्तावेज़ के रूप में स्थापित करें और बूट पर इसके अंतर्निर्मित फ़ंक्शन getIntent() का उपयोग करें। यदि ऐप को अधिसूचना द्वारा बूट किया गया है, तो अधिसूचना डेटा कहीं लौटा ऑब्जेक्ट के अंदर होगा।

@heidji यह आईओएस पर काम करता है?

मेरे मामले पर:

एंड्रॉयड:
-कोल्ड स्टार्ट: ऑन नोटिफिकेशन लॉन्च करेंओपन
-न्यूनतम ऐप: ऑन नोटिफिकेशन लॉन्च करेंओपन
-अग्रभूमि ऐप: ऑन नोटिफिकेशन लॉन्च करेंओपन

आईओएस:
-कोल्ड स्टार्ट: ऑन-नोटिफिकेशन ओपन लॉन्च न करें
-न्यूनतम ऐप: ऑन नोटिफिकेशन लॉन्च करेंओपन
-अग्रभूमि ऐप: ऑन नोटिफिकेशन लॉन्च करेंओपन

सहायता के लिए धन्यवाद

@Hanzofm मुझे नहीं पता कि यह ईमानदार होने के लिए iOS पर काम करता है या नहीं। बस वेब इंटेंट प्लगइन का उपयोग करने का प्रयास करें और बूट पर कंसोल में इसके आउटपुट को लॉग करें।

मेरे पास आईओएस में वही व्यवहार है जो @ हंज़ोफम द्वारा वर्णित है

आईओएस में मेरा वही व्यवहार है। अधिसूचना पर क्लिक करने पर आईओएस ऐप के कोल्ड स्टार्ट पर ऑन नोटिफिकेशन ओपन नहीं कहा जाता है। प्लगइन संस्करण 0.1.25 का उपयोग करना।

अद्यतन:
मैं "कॉर्डोवा-प्लगइन-लोकल-नोटिफिकेशन" के साथ-साथ फायरबेस प्लगइन का उपयोग कर रहा था और इससे समस्या हुई। जब मैंने "कॉर्डोवा-प्लगइन-लोकल-नोटिफिकेशन" प्लगइन को हटा दिया तो यह ठीक काम कर गया।

मुझे कोल्ड स्टार्ट (आईओएस) पर नो नोटिफिकेशन ओपन टू फायर करने में भी परेशानी हो रही है। क्या वहां कोई समाधान है?

धन्यवाद

मेरे मामले में स्थानीय-सूचना प्लगइन को हटाकर हल किया गया था। इस प्लगइन और पुश अधिसूचना प्लगइन्स के साथ असंगतता है

मेरे पास वह प्लगइन नहीं है, दुर्भाग्य से :)

क्या यह चालू होना चाहिए?

सफाई के लिए बंद। कृपया नवीनतम संस्करण के साथ परीक्षण करें और यदि यह अभी भी एक समस्या है तो फिर से खोलें।

@heidji मान लें कि हमने आपकी विधि का उपयोग करके समस्या हल कर दी है, क्या आपके पास निम्न स्थिति में अधिसूचना डेटा प्राप्त करने के बारे में कोई जानकारी है?

ऐप पूरी तरह से बंद है। उपयोगकर्ता पुश सूचना प्राप्त करता है। उपयोगकर्ता अधिसूचना पर क्लिक नहीं करता, बल्कि उसे सूचना पट्टी से हटा देता है। उपयोगकर्ता बाद में ऐप खोलता है और नोटिफिकेशन पेज पर जाता है और कुछ भी नहीं देखता है। क्योंकि उपयोगकर्ता को न तो अग्रभूमि में सूचना मिलती है और न ही ऐप खोलने के लिए उस पर क्लिक किया जाता है। लेकिन हमें अभी भी यह जानने की जरूरत है कि यह नोटिफिकेशन यूजर को दिखाने के लिए मौजूद है। आयनिक 3 में यह कैसे करें?

@akildemir Ionic में ऐसा करने का कोई तरीका नहीं है, आपको अपने सर्वर पर नोटिफिकेशन लॉग करना होगा और जब उपयोगकर्ता ऐप खोलता है तो उन्हें पुनर्प्राप्त करना होगा जैसे कोई भी सामान्य रूप से करेगा।

@heidji अगर मैं नहीं जानता कि यह अधिसूचना मौजूद है तो मैं इसे पुनर्प्राप्त करने के लिए अपने सर्वर पर नोटिफिकेशन कैसे लॉग करूं?
क्या कोई तरीका है जिससे फायरबेस डिवाइस के साथ मेरे सर्वर पर सूचनाएं भेजता है या क्या आपका मतलब फायरबेस का उपयोग नहीं करना है बल्कि नोटिफ के लिए अपने सर्वर का उपयोग करना है?

@akildemir मेरा मतलब है कि जब आप एक पुश नोटिफिकेशन बनाते हैं तो आप इसका अस्तित्व कहीं और भी पंजीकृत करते हैं, जैसे कि आपके अपने सर्वर पर या जो भी सर्वर आप अपने प्रोजेक्ट के लिए उपयोग कर रहे हैं। मुझे लगता है कि फायरबेस भी ये सेवाएं प्रदान करता है।
मुझे नहीं पता कि आप इन अधिसूचनाओं को कैसे बनाते हैं, लेकिन मेरे प्रोजेक्ट में जब मेरे PHP सर्वर पर कुछ होता है, उदाहरण के लिए किसी ने आपको एक संदेश भेजा है, तो मैं अधिसूचना भेजने के लिए फायरबेस से संपर्क करता हूं और मैं इस घटना को "is_read = 0" के साथ भी स्टोर करता हूं। ध्वज, इसलिए यदि उपयोगकर्ता कभी भी अधिसूचना पर क्लिक नहीं करता है तो वह इसे वेबसाइट पर पुनर्प्राप्त कर सकता है या ऐप इन अधिसूचनाओं को कॉल करने के लिए आपकी अपनी सेवा का उपयोग करता है या जो कुछ भी, केवल मानक देव सामान ..

@heidji मेरे पास मेरे ऐप के लिए कोई वेबसाइट नहीं है, लेकिन हाँ आपने जो कहा वह बहुत तार्किक है मैं उसी समय अपने सर्वर में अधिसूचना संग्रहीत कर सकता हूं और इसे बाद में पुनर्प्राप्त कर सकता हूं। धन्यवाद! और हाँ मुझे मोबाइल देव सामग्री में नौसिखिया के रूप में गिना जा सकता है। क्या मैं कुछ और भी पूछ सकता हूँ? मैं एक ही अधिसूचना को कई डिवाइसों में फ़ायरबेस के माध्यम से कैसे पंजीकृत कर सकता हूं? आप इसे ग्रुप चैट की तरह सोच सकते हैं। जब कोई ग्रुप चैट में कुछ टाइप करता है तो ग्रुप में सभी को मिल जाता है। मैं अधिसूचना पंजीकृत करने के लिए इस प्रारूप का उपयोग कर रहा हूं:

चलो शरीर = {
"अधिसूचना":{
"शीर्षक": "शीर्षक" , "body":"body" ,
},
"आंकड़े":{
"परम 1": "मान 1"
},
"टू": DeviceId ,
"प्राथमिकता": "उच्च",
"प्रतिबंधित_पैकेज_नाम":""
}

  let options = new HttpHeaders().set('Content-Type','application/json');
  this.http.post("https://fcm.googleapis.com/fcm/send",body,{
    headers: options.set('Authorization', 'key=),
  })

यहां यदि आप डिवाइस आईडी को "टू" सेक्शन में पास करते हैं तो यह डिवाइस को भेजता है। लेकिन क्या मैं यहां एकाधिक डिवाइस आईडी पास कर सकता हूं?

@nikrhes आप इसे मेटा डेटा में देख सकते हैं:
window.FirebasePlugin.onNotificationOpen().subscribe((data) => {
अगर (डेटा टैप) {
// उपयोगकर्ता अधिसूचना पर टैप कर रहा है
} अन्य {
// ऐप अग्रभूमि में चल रहा है
}
});

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

@heidji - सर्वर पर पुश ईवेंट को संग्रहीत करने के समाधान के आसपास आपका काम और यह जांचना कि उन्हें पढ़ा गया है या नहीं। हालांकि, हमारे ऐप में ऐसे परिदृश्य हैं जिनके लिए यह काम नहीं करेगा (यानी और हमें यह निर्धारित करने की आवश्यकता है कि अधिसूचना को इस आधार पर निकाल दिया गया है कि उपयोगकर्ता ने वास्तव में इसे क्लिक किया है या नहीं, उन्होंने इसे पढ़ा है या नहीं।)

लेकिन मुख्य बात, जैसा कि कई अन्य लोगों ने कहा है, यह महत्वपूर्ण व्यवहार प्रतीत होता है जिसके लिए एक समाधान होना चाहिए?

@wwwguy मेरा समाधान समाधान नहीं है। यह मानक अभ्यास है जिसका उपयोग हर कोई करता है, चाहे वह बड़ा हो या छोटा।
आप सूचना प्रेस पर भरोसा नहीं कर सकते, ये गारंटीकृत घटनाएँ नहीं हैं। मेरा मतलब है कि जब मैं अपने Xiaomi फोन पर फेसबुक नोटिफिकेशन दबाता हूं तो कभी-कभी ऐप कभी खुलता भी नहीं है।

हाँ मैं समझता हूँ। हमने कई अलग-अलग क्लाइंट के लिए दर्जनों ऐप्स तैनात किए हैं। हम सर्वर पर और साथ ही अपने कई ऐप में सूचनाओं को "रीड" ट्रैक करने के अभ्यास का उपयोग करते हैं। लेकिन विचार करने के लिए अन्य मामले हैं - यानी सूचनाएं जो केवल साधारण सूचनाओं से अधिक हैं, बल्कि पेलोड ले जाती हैं जो तब ऐप के भीतर कुछ कार्यक्षमता को निर्देशित करती हैं यदि उन पर क्लिक किया जाता है। फेसबुक बकवास है। यह तो सभी जानते हैं। लेकिन एफबी नोटिफिकेशन भी बस यही हैं, साधारण नोटिफिकेशन (जो सिर्फ ऐप के अंदर एक आर्काइव लिस्ट में दिखाई देते हैं)। वे प्रकृति में कार्यात्मक नहीं हैं। यानी कुछ खास प्रकार की एफबी सूचनाएं नहीं हैं कि जब आप उन पर क्लिक करते हैं तो उसे ऐप खोलने और आपको एक विशिष्ट स्थान पर निर्देशित करने की आवश्यकता होती है।

वैसे भी ... मैं एक बड़ी दार्शनिक चर्चा में शामिल होने के लिए जरूरी पोस्ट नहीं कर रहा था (वास्तव में सिर्फ अच्छे विचार के लिए @heidji को मंजूरी दे रहा था क्योंकि यह कई मामलों में इस मुद्दे का ख्याल रखेगा)। लेकिन निश्चित रूप से हम सभी इस बात से सहमत हो सकते हैं:

एंड्रॉइड ओपन ऐप = काम करता है
आईओएस ओपन ऐप = काम करता है
Android पृष्ठभूमि ऐप = काम करता है
आईओएस पृष्ठभूमि ऐप = काम करता है
मारे गए ऐप से एंड्रॉइड कोल्ड बूट = काम करता है
मारे गए ऐप से आईओएस कोल्ड बूट = काम नहीं कर रहा

...प्लगइन का इच्छित डिज़ाइन नहीं है। तो यह या तो एक बग है जिसे डेवलपर ने संबोधित नहीं किया है (शायद इन सभी विभिन्न धागों पर भ्रम के कारण और अलग-अलग लोग गलत निदान कर रहे हैं कि समस्या क्या है), या फिर कुछ और जैसे कि PUSH बॉडी में पारित चर या xCode में संकलित कार्यक्षमता इस व्यवहार के कारण।

डेवलपर द्वारा प्लगइन के लिए बग फिक्स एक तरफ ... क्या कोई इसके लिए मैन्युअल कोड फिक्स को अलग करने में सक्षम है?

आईओएस पर कोल्ड बूट से ईमानदारी से अधिसूचना मेरे लिए 100% काम करती है। मैंने केवल एंड्रॉइड के लिए वेबिंटेंट प्लगइन का उपयोग किया क्योंकि अधिसूचना ओपन ने मेरे लिए काम नहीं किया और आईओएस पर वेबिंटेंट मौजूद नहीं है।
अगर आपको मेरे सेटअप के बारे में कोई विशेष जानकारी चाहिए तो मुझे बताएं