Cordova-plugin-firebase: (एंड्रॉइड) अधिसूचना पर क्लिक करें, अधिसूचना पर ट्रिगर नहीं होता है कॉलबैक खोलें

एक ही समस्या, एंड्रॉइड नोटिफिकेशन पर आती है लेकिन ऐप के अंदर कोई कॉलबैक नहीं कहा जाता है।
वी. 0.1.12

@voidbrain @ किबुकिता कृपया, रेपो के नवीनतम संस्करण का परीक्षण करें। मैंने खुली अधिसूचना में सुधार करने की कोशिश की। धन्यवाद।

@BugsBunnyBR मैंने अभी रेपो के नवीनतम संस्करण में अपडेट करने का प्रयास किया और अभी इसका परीक्षण किया। Android पर यह अभी भी onNotificationOpen को क्रियान्वित नहीं कर रहा है।

@superheroben , क्या आप प्लगइन कोड को कॉल करने के नमूने के साथ एक रेपो प्रदान कर सकते हैं? आप सूचनाएं कैसे भेज रहे हैं? मैंने विषय संदेशों के साथ परीक्षण किया।

यहां भी यही समस्या।
getInstanceId() कॉलबैक कहा जाता है, अधिसूचना आती है, लेकिन onNotificationOpen() कभी नहीं कहा जाता है।

क्लाइंट कोड:

if (window.FirebasePlugin)
{
  window.FirebasePlugin.getInstanceId(
    function(token) {
        thiss.saveToken(token);
    }, 
    function(error) {
        console.log(error);
    }
  );

  window.FirebasePlugin.onNotificationOpen(
    function(notification) {                  
      alert("Yeah!!!");                  
    }, 
    function(error) {
      alert("Error!");
      console.error(error);
    }
  );

  window.FirebasePlugin.grantPermission();
}

मेरी सूचना डेटा संरचना:

(
    [to] => (device token)
    [notification] => Array
        (
            [title] => Title
            [text] => Test message
            [sound] => default
            [vibrate] => 1
            [badge] => 2
        )
)

मेरा सर्वर साइड कोड (PHP):

$jsonData = json_encode($data);

$ch     = curl_init("https://fcm.googleapis.com/fcm/send");
$header = array(
    'Content-Type: application/json',
    "Authorization: key=".MY_GCM_API_KEY
);

curl_setopt($ch, CURLOPT_HTTPHEADER, $header);
curl_setopt( $ch,CURLOPT_SSL_VERIFYPEER, true);
curl_setopt( $ch,CURLOPT_RETURNTRANSFER, true );

curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS, $jsonData);

$result = curl_exec($ch);
curl_close($ch);

कॉर्डोवा एंड्रॉइड 5.2.2 पर काम करना। परीक्षण के लिए इस्तेमाल किया जाने वाला डिवाइस एंड्रॉइड 4.4.2 चलाता है। प्लगइन संस्करण 0.1.12.

@arivanbastos , क्या आपने

जीथब से स्थापित करने से समस्या आंशिक रूप से हल हो गई। शुक्रिया।

cordova plugin remove cordova-plugin-firebase
cordova plugin add https://github.com/arnesson/cordova-plugin-firebase/

ऐप के बैकग्राउंड में होने पर अब onNotificationOpen() कॉलबैक कहा जाता है।
जब ऐप अग्रभूमि में होता है, तो दस्तावेज़ीकरण के बजाय, सूचना आती है और onNotificationOpen() नहीं कहा जाता है:

ऐप अग्रभूमि में है:
उपयोगकर्ता डिवाइस पर बिना किसी सूचना के जावास्क्रिप्ट कॉलबैक में सूचना डेटा प्राप्त करता है (यह पुश सूचनाओं का सामान्य व्यवहार है, यह आप पर निर्भर है, डेवलपर, उपयोगकर्ता को सूचित करना)

यदि आप "सूचना" प्रकार (डेटा बॉडी के बिना) का पुश भेजते हैं तो ऐप अग्रभूमि में होने पर अधिसूचना प्रदर्शित नहीं होनी चाहिए।

क्षमा करें, मुझे समझ नहीं आया। क्या मुझे अपने सूचना डेटा में केवल "डेटा" अनुभाग जोड़ना चाहिए?

(
    [to] => (device token)
    [notification] => Array
        (
            [title] => Title
            [text] => Test message
        )
    [data] => Array
        (
            [test] => 1
        )
)

इससे समस्या ठीक नहीं हुई।

"डेटा" द्वारा "सूचना" अनुभाग का नाम बदलने से अधिसूचना आने पर ऐप क्रैश ("ऐप बंद हो गया") हो जाता है:

(
    [to] => (device token)
    [data] => Array
        (
            [title] => Title
            [text] => Test message
        )
)

https://firebase.google.com/docs/cloud-messaging/android/receive
यहाँ इसका बहुत अच्छा वर्णन किया गया है।
यदि ऐप पृष्ठभूमि में है और ऐप अग्रभूमि में है तो आपकी अधिसूचना सिस्टम-ट्रे में जाती है और ऑनमैसेज प्राप्त() पर जाती है।
यदि आपके संदेश में डेटा है तो यह हमेशा onMessageReceived() को पास किया जाता है।

मुझे लगता है कि onMessageReceived() के कार्यान्वयन में कोई समस्या है।
जब मैं उस कोड को देखता हूं जिसकी मैं व्याख्या करता हूं वह इस प्रकार है:

• डेटा निकालें
• अधिसूचनाबिल्डर के साथ अधिसूचना बनाना
• अधिसूचना प्रबंधक के माध्यम से सूचित करें

अधिसूचना प्रबंधक। अधिसूचना (आईडी, अधिसूचना) स्टेटस बार में दिखाई जाने वाली अधिसूचना पोस्ट करती है।

हालाँकि, मेरे लिए यह अपेक्षित प्रतीत होता है कि हर बार जब मुझे FCM से कोई संदेश प्राप्त होता है तो उसे स्टेटस बार में एक सूचना दिखाई जाएगी।
अगर ऐप अग्रभूमि में है और मुझे कॉलबैक के लिए कोई कॉल दिखाई नहीं दे रही है तो मुझे कोई चेक नहीं दिख रहा है। मैं कोई एंड्रॉइड डेवलपर नहीं हूं इसलिए शायद मैं गलत हूं लेकिन वर्णित व्यवहार उस पर फिट बैठता है।

ठीक है, मुझे कोड का टुकड़ा मिला जो कॉलबैक को कॉल करता है।
BugsBunnyBR से अंतिम प्रतिबद्धता के साथ OnNotificationOpenReceiver में परिवर्तन हुआ था जो बताता है कि arivanbastos को github रेपो की ओर इशारा करते हुए अपना कॉलबैक निष्पादित किया जाता है।

लेकिन फिर भी, यदि कोई पाठ या शीर्षक (अधिसूचना या डेटा में) है, तो अधिसूचना केवल (OnNotificationOpenReceiver और NotificationManager को) भेजी जाती है। इसका मतलब है कि अधिसूचना प्रबंधक को अधिसूचना भेजे बिना आपके ऐप पर डेटा भेजना संभव नहीं है जो इसे स्टेटसबार में दिखाता है।

@arivanbastos
मैंने तुमसे कुछ गलत कहा। उसके लिए माफ़ करना।
क्या आपने इस रेपो संस्करण को इंगित करने का प्रयास किया है?

@packowitz और @robertarnesson । ठीक है, मेरा कार्यान्वयन हमेशा * अधिसूचना दिखाने का प्रयास करेगा। या फायरबेस स्वचालित रूप से प्रदर्शित अधिसूचना या onMessageReceived अंदर एक बिल्ड प्रदर्शित किया जाएगा।
onNotificationOpen कॉलबैक तब कॉल किया जाएगा जब onMessageReceived को कॉल किया जाता है या जब अधिसूचना में एक ही समय में डेटा और अधिसूचना निकाय होते हैं। मेरे जनसंपर्क में जिसने onNotificationOpen की शुरुआत की, मैंने यह समझाने की कोशिश की कि अधिसूचना प्रकार की पुश सूचनाएं कॉलबैक को सक्रिय नहीं करेंगी। अनुशंसा हमेशा एक डेटा बॉडी और नोटिफिकेशन बॉडी को शामिल करने की है, ताकि प्लगइन कॉलबैक का पता लगा सके और आग लगा सके।

मुझे पता है कि, हमेशा अधिसूचना दिखाना मानक फायरबेस अधिसूचना व्यवहार नहीं है।

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

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

2) बस इस लाइन पर टिप्पणी करें और ऐप के अग्रभूमि में होने पर अधिसूचना को अक्षम करें।

_Always_ -> अगर प्लगइन को नोटिफिकेशन बॉडी में "टेक्स्ट" या "टाइटल" मिलता है।

@BugsBunnyBR मुझे व्यवहार चुनने के लिए ध्वज रखने का विचार पसंद है।
मैं आपके जेएस-कॉलबैक को वापस कॉल करने वाले OnNotificationOpenReceiver से अधिसूचना प्रबंधक को हटा दूंगा। मेरी सिफारिश है कि यदि संदेश में डेटा है तो चेक शुरू करें और यदि ऐसा है तो डेटा के साथ कॉलबैक को कॉल करें।
नोटिफिकेशन के लिए झंडा होना अच्छा रहेगा।
शुक्रिया।

@BugsBunnyBR मैंने अभी
लेकिन कॉलबैक अब काम करता है;)

यहां वही है, मेरे लिए संस्करण 0.1.13 मेरे ऐप को अग्रभूमि में होने पर ही पुनरारंभ कर रहा है। संस्करण 0.1.12 ठीक काम कर रहा है।

रेपो संस्करण में सूचनाएं समझदारी से काम नहीं कर रही हैं। कारण यह है कि मुझे लगता है, अगर अधिसूचना खोले जाने से पहले onNotificationOpen को कॉल किया जाता है, तो इसे अनदेखा कर दिया जाता है।

https://github.com/arnesson/cordova-plugin-firebase/blob/master/src/android/FirebasePlugin.java#L123

registerOnNotificationOpen यह केवल कॉलबैक पंजीकृत करता है यदि notificationBundle प्रतीक्षारत है

साथ ही, यदि पहले से खुला है तो ऐप फिर से लोड होने का कारण OnNotificationOpenReceiver यह स्पष्ट रूप से कहता है

launchIntent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK | Intent.FLAG_ACTIVITY_NEW_TASK);

https://github.com/arnesson/cordova-plugin-firebase/blob/master/src/android/OnNotificationOpenReceiver.java#L17

जो क्लाइंट को फिर से लोड करने के लिए मजबूर करता है, जहां notificationBundle उपलब्ध होता है जब onNotificationOpen कॉलबैक पंजीकृत होता है तो क्लाइंट को अधिसूचना मिलती है।

मैंने पूरे onNotificationOpen हैंडलिंग को फिर से लिखा है और यह लगभग काम कर रहा है जैसा कि मैं उम्मीद करता हूं, जो है:

• क्लाइंट के साथ अधिसूचना अग्रभूमि में आती है, खुली अधिसूचना और onNotificationOpen को वर्तमान क्लाइंट में (बिना पुनः लोड किए) कहा जाता है
• अधिसूचना क्लाइंट के साथ पृष्ठभूमि में आती है, खुली अधिसूचना और क्लाइंट को अग्रभूमि में लाया जाता है और onNotificationOpen को वर्तमान क्लाइंट के साथ कॉल किया जाता है (बिना पुनः लोड किए)

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

मैं एक एंड्रॉइड नोब का थोड़ा सा हूं, इसलिए कुछ सुधार हो सकते हैं जिन्हें किया जा सकता है, लेकिन ऐसा लगता है कि यह ठीक काम करता है, इसलिए सोचा कि मैं साझा करूंगा।

OnNotificationOpe nReceiver:onReceive अब बस कॉल करता है

FirebasePlugin.onBroadcastReceive(context, intent);

FirebasePlugin को इस प्रकार बदला गया

• कॉलबैक कॉन्टेक्स्ट से कमजोर संदर्भ हटाएं
• onBroadcastReceive विधि जोड़ें, आशय डेटा को onNotificationOpen पर पास करें
• onNewIntent विधि जोड़ें, आशय डेटा को onNotificationOpen पर पास करें
• onNotification के पुराने संस्करण को पुनर्स्थापित करेंखोलें और इसे निम्नानुसार बदल दिया
  
  
  
  • कमजोर संदर्भ रेखा हटा दी गई
  
  
  • पहली कॉल के बाद कॉलबैक को हटाए जाने से रोकने के लिए प्लगइन रिसेट का उपयोग करने के लिए कॉलबैक बदलें और परिणाम पर setKeepCallback(true) पर कॉल करें
  
  

    private static CallbackContext callbackContext;
    // ...
    private void registerOnNotificationOpen(final CallbackContext callbackContext) {
        FirebasePlugin.callbackContext = callbackContext;
    }

    // called when in foreground
    public static void onBroadcastReceive(Context context, Intent intent) {
        Log.d("FirebasePlugin", "onBroadcastReceive");
        Bundle data = intent.getExtras();
        FirebasePlugin.onNotificationOpen(data);
    }

    // called when in background
    <strong i="32">@Override</strong>
    public void onNewIntent(Intent intent) {
        Log.d(TAG, "new intent " + intent);
        super.onNewIntent(intent);
        FirebasePlugin.onNotificationOpen(intent.getExtras());
    }

    public static void onNotificationOpen(Bundle bundle) {
        if (FirebasePlugin.callbackContext == null ) {
            Log.d("FirebasePlugin", "no callback context, onNotificationOpen ignored");
            return;
        }
        if (callbackContext != null && bundle != null) {
            JSONObject json = new JSONObject();
            Set<String> keys = bundle.keySet();
            for (String key : keys) {
                try {
                    json.put(key, bundle.get(key));
                } catch (JSONException e) {
                    Log.d("FirebasePlugin", "onNotificationOpen: json exception");
                    PluginResult result = new PluginResult(PluginResult.Status.JSON_EXCEPTION, e.getMessage());
                    result.setKeepCallback(true);
                    callbackContext.sendPluginResult(result);
                    return;
                }
            }
            Log.d("FirebasePlugin", "onNotificationOpen: send notification to javascript");
            PluginResult result = new PluginResult(PluginResult.Status.OK, json);
            result.setKeepCallback(true);
            callbackContext.sendPluginResult(result);
        }
    }

हम्म... मैंने देखा है कि जब क्लाइंट नहीं चल रहा होता है तो सूचनाएं (डिवाइस पर) डिलीवर नहीं होती हैं (मार दिया गया है)।

सीधे फायरबेस द्वारा प्रस्तुत अधिसूचना खोलने और व्यवहार देखने का प्रयास करें .. मुझे लगता है कि वे मुख्य गतिविधि को पुनरारंभ करते हैं जो मुझे लगता है कि सही व्यवहार है।

विलंब के लिए क्षमा चाहते हैं। मैंने 0.1.13 के साथ प्रयास किया लेकिन अधिसूचना खुलने के बाद मेरा ऐप पुनरारंभ हो गया है।

कोई खबर ?

मैं किसी भी onNotificationOpen कॉलबैक सफलता प्राप्त करने में असमर्थ हूं या 0.1.17 का उपयोग करके एंड्रॉइड पर विफल हूं। पेलोड काम के साथ न तो एपीआई या जीयूआई के माध्यम से भेजना। कोई सुझाव?

हम उस कोड @Mehuge पोस्ट के साथ पुल अनुरोध क्यों नहीं बनाते? यह मेरे लिए एंड्रॉइड पर आकर्षण की तरह काम करता है।

मुझे सामान्य लॉन्च इरादों को फ़िल्टर करने के लिए फ़ायरबेसप्लगिन में न्यूइन्टेंट पर अपडेट करना पड़ा, इसलिए मेरा नया इंटेंट कोड अब इस तरह दिखता है

<strong i="6">@Override</strong>
public void onNewIntent(Intent intent) {
  Log.d(TAG, "new intent " + intent);
  super.onNewIntent(intent);
  Bundle data = intent.getExtras();
  if (data != null) {
    String id = data.getString("id");
    if (null != id) {
      FirebasePlugin.handleNotificationBundle(data);
    } else {
      Log.d(TAG, "Not a notification intent, ignored");
    }
  }
}

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

इसे संभालने का शायद एक बेहतर तरीका है।

@Mehuge क्या आप अपने पास मौजूद सभी फाइलों के साथ जिस्ट बनाना चाहते हैं?

ठीक है यहाँ यह https://gist.github.com/Mehuge/374ee24d9e18a6c7ccc171d3e521b7ad है

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

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

<strong i="9">@Override</strong>
protected void onResume() {
    FirebasePlugin.setPaused(false);
    super.onResume();
}

<strong i="10">@Override</strong>
protected void onPause() {
    FirebasePlugin.setPaused(true);
    super.onPause();
}

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

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

किसी भी प्रतिक्रिया या सुझाव में सुधार या किसी भी दोष को इंगित करने में रुचि होगी। मुझे सामान्य लॉन्च से GCM पेलोड के साथ लॉन्च के इरादे का बेहतर पता लगाने का तरीका खोजने में विशेष दिलचस्पी होगी। मैंने पाया कि Google गुण केवल कुछ परिस्थितियों में जोड़े जाते हैं। साथ ही विभिन्न प्रकार की सूचनाओं (is_push, is_notify, प्रसारण) का पता लगाने के मेरे प्रयास वास्तव में काम नहीं कर रहे हैं।

# 108 देखें

मेरे लिए, मैं इस तरह अनुरोध करने का समाधान कर सकता था:

{
  "registration_ids": [...tokens],
  "notification" : {
        "title": "Notf title",
        "body": "Notification body"
     },
     "data": {
        "click_action": "/call/dwEugLJ9PTVdcFb064CX"
     }
}

लेकिन मुझे क्लिक_एक्शन को पैरामीटर के रूप में लेना पड़ा और मैन्युअल रूप से रीडायरेक्ट करना पड़ा (मैं प्रतिक्रिया ऐप के साथ कॉर्डोवा का उपयोग कर रहा था)।