Cordova-plugin-firebase: (Android) 알림을 클릭해도 onNotificationOpen 콜백이 트리거되지 않습니다.

동일한 문제, Android 알림이 도착하지만 앱 내부에서는 콜백이 호출되지 않습니다.
v. 0.1.12

@voidbrain @Kibukita 리포지토리 에서 최신 버전을 테스트하십시오. 공개 알림을 개선해 보았습니다. 감사 해요.

@BugsBunnyBR 방금 최신 버전의

@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);

Cordova Android 5.2.2에서 작업합니다. 테스트에 사용된 기기는 Android 4.4.2를 실행합니다. 플러그인 버전 0.1.12.

@arivanbastos , github 저장소를 가리켜

github에서 설치하면 문제가 부분적으로 해결되었습니다. 감사합니다.

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

이제 앱이 백그라운드에 있을 때 onNotificationOpen() 콜백이 호출됩니다.
앱이 문서가 아닌 포그라운드에 있을 때 알림이 도착하고 onNotificationOpen()이 호출되지 않습니다.

앱이 포그라운드에 있음:
사용자는 장치 자체에 대한 알림 없이 JavaScript 콜백에서 알림 데이터를 수신합니다(이는 푸시 알림의 일반적인 동작이며 사용자에게 알리는 것은 개발자에게 달려 있음)

데이터 본문 없이 "알림" 유형의 푸시를 보내는 경우 앱이 포그라운드에 있을 때 알림이 표시되지 않아야 합니다.

죄송합니다. 이해하지 못했습니다. 내 알림 데이터에 "데이터" 섹션을 추가해야 합니까?

(
    [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()로 전달됩니다.

onMessageReceived() 구현에 문제가 있다고 생각합니다.
내가 해석하는 코드를 보면 다음과 같다.

• 데이터 추출
• NotificationBuilder로 알림 작성
• NotificationManager를 통해 알림

NotificationManager.notify(id, notification)는 상태 표시줄에 표시될 알림을 게시합니다.

그러나 나에게 이것은 FCM에서 메시지를 받을 때마다 상태 표시줄에 알림이 표시될 것으로 예상되는 것 같습니다.
앱이 포그라운드에 있는지 확인이 표시되지 않고 콜백에 대한 호출이 표시되지 않습니다. 나는 Android 개발자가 아니므로 아마도 틀릴 수 있지만 설명 된 동작은 그것에 적합합니다.

알겠습니다. 콜백을 호출하는 코드를 찾았습니다.
BugsBunnyBR의 마지막 커밋에서 arivanbastos가 github 저장소를 가리킬 때 실행되는 콜백을 가져옴을 설명하는 OnNotificationOpenReceiver가 변경되었습니다.

그러나 여전히 알림은 텍스트 또는 제목(알림 또는 데이터)이 있는 경우에만 (OnNotificationOpenReceiver 및 NotificationManager로) 전송됩니다. 즉, StatusBar에 표시되는 NotificationManager에 알림을 보내지 않고 앱에 데이터를 보낼 수 없습니다.

@arivanbastos
내가 당신에게 뭔가 잘못 말했다. 미안합니다.
이 repo 버전을 가리켜 보셨습니까?

@packowitz 및 @robertarnesson . 좋아, 내 구현은 항상* 알림을 표시하려고 합니다. 또는 Firebase 자동 표시 알림 또는 onMessageReceived 내부의 빌드가 표시됩니다.
onNotificationOpen 콜백은 onMessageReceived 가 호출되거나 알림에 데이터 및 알림 본문이 동시에 있을 때 호출됩니다. onNotificationOpen 를 소개한 홍보 에서 나는 알림 유형의 푸시 알림이 콜백을 실행하지 않을 것이라고 설명하려고 했습니다. 플러그인이 콜백을 감지하고 실행할 수 있도록 항상 데이터 본문과 알림 본문을 포함하는 것이 좋습니다.

항상 알림을 표시하는 것은 표준 Firebase 알림 동작이 아니라는 것을 알고 있습니다.

대부분의 Android 앱 개발자는 앱이 포그라운드에 있는 경우에도 시스템 트레이에 알림이 표시되기를 원합니다. 채팅 앱과 같이 이러한 동작이 좋지 않은 경우가 있다는 것을 알고 있습니다.
Android 알림 기능을 개발할 때 채팅 앱 요구 사항이나 Firebase 준수 여부에 대해서는 신경 쓰지 않았습니다.

할 수 있는 일은 다음과 같습니다.
1) 앱이 열렸을 때 설정될 플래그를 개발하여 "어이, 앱이 열려 있을 때도 알림을 보여줬으면 해"라고 말하여 동작을 제어하는 ​​데 사용합니다. 앱을 열 때 항상 플래그를 설정하는 경우 저장소에 유지될 필요가 없습니다.

2) 이 줄에 주석을 달고 앱이 포그라운드에 있을 때 알림을 비활성화합니다.

_항상_ -> 플러그인이 알림 본문에서 "텍스트" 또는 "제목"을 찾는 경우.

@BugsBunnyBR 나는 행동을 선택할 플래그가 있다는 아이디어를 좋아합니다.
JS 콜백을 다시 호출하는 OnNotificationOpenReceiver에서 NotificationManager를 분리합니다. 내 권장 사항은 메시지에 데이터가 있으면 확인을 도입하고 데이터가 있으면 데이터와 함께 콜백을 호출하는 것입니다.
알림을 위해서는 깃발이 있으면 좋을 것입니다.
감사합니다.

@BugsBunnyBR 방금 github
그러나 콜백은 이제 작동합니다 ;)

여기에서도 마찬가지입니다. 버전 0.1.13으로 인해 앱이 포그라운드에 있을 때 앱이 다시 시작됩니다. 버전 0.1.12는 잘 작동합니다.

알림은 repo 버전에서 현명하게 작동하지 않습니다. 그 이유는 알림이 열리기 전에 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

onNotificationOpen 콜백이 등록될 때 notificationBundle 를 사용할 수 있는 곳에서 클라이언트를 강제로 다시 로드하여 클라이언트가 알림을 받도록 합니다.

전체 onNotificationOpen 처리를 다시 작성했으며 예상한 대로 거의 작동하도록 했습니다.

• 알림은 포그라운드에서 클라이언트와 함께 도착하고 알림을 열고 현재 클라이언트에서 onNotificationOpen 가 호출됩니다(다시 로드하지 않음).
• 백그라운드에서 클라이언트와 함께 알림이 도착하고 알림이 열리고 클라이언트가 포그라운드로 전환되고 onNotificationOpen 가 현재 클라이언트와 함께 호출됩니다(다시 로드하지 않음).

남은 유일한 것은 가능한 경우(아직 살펴보지 않은 경우) 열 필요 없이 즉시 클라이언트에 알림을 전달하는 것입니다.

저는 약간의 Android 멍청한 사람이므로 개선할 수 있는 몇 가지 사항이 있을 수 있지만 제대로 작동하는 것 같아서 공유하려고 합니다.

OnNotificationOpe nReceiver:onReceive 이제 단순히 호출

FirebasePlugin.onBroadcastReceive(context, intent);

FirebasePlugin 를 다음과 같이 변경했습니다.

• callbackContext에서 WeakReference 제거
• onBroadcastReceive 메소드 추가, 의도 데이터를 onNotificationOpen에 전달
• onNewIntent 메소드 추가, 의도 데이터를 onNotificationOpen에 전달
• onNotificationOpen의 이전 버전을 복원하고 다음과 같이 변경했습니다.
  
  
  
  • WeakReference 라인 제거
  
  
  • PluginResult를 사용하도록 콜백을 변경하고 결과에 대해 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);
        }
    }

흠... 클라이언트가 실행 중이 아닐 때(종료됨) 알림이 (장치로) 전달되지 않는 것으로 나타났습니다.

Firebase에서 직접 제공하는 알림을 열고 동작을 확인하십시오. 올바른 동작이라고 생각되는 주요 활동을 다시 시작하는 것 같습니다.

지연 돼서 죄송합니다. 0.1.13으로 시도했지만 알림이 열린 후 앱이 다시 시작됩니다.

어떤 소식?

0.1.17을 사용하는 Android에서 onNotificationOpen 콜백 성공 또는 실패를 얻을 수 없습니다. 페이로드가 있는 API 또는 GUI를 통한 전송은 모두 작동하지 않습니다. 어떤 제안?

@Mehuge가 게시한 해당 코드로 pull 요청을 생성하지 않는 이유는 무엇입니까? Android에서는 매력처럼 작동합니다.

정상적인 실행 의도를 필터링하기 위해 FirebasePlugin에서 onNewIntent를 업데이트해야 했기 때문에 이제 내 onNewIntent 코드는 다음과 같습니다.

<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");
    }
  }
}

나는 그것에 완전히 만족하지 않습니다. 내 서버 코드가 항상 보내는 의도 번들에서 id 속성을 찾는 방식으로 작동합니다. 알림/메시지로 의도를 식별하는 데 사용할 수 있는 번들에 GCM 또는 FBM이 안정적으로 추가하는 것은 없는 것 같습니다. 때로는 일부 Google 속성이 추가되지만(트레이에서 알림을 여는 경우) 메시지 및 알림이 포그라운드에 있을 때 클라이언트에 직접 전달되는 경우 실행 의도임을 알려주는 메시지의 데이터 외에는 아무 것도 없습니다. 적어도 내가 볼 수 있었던 알림 때문에.

이것을 처리하는 더 좋은 방법이 있을 수 있습니다.

@Mehuge 가지고 있는 모든 파일로 요점을 만들어 주시겠습니까?

자, 여기 https://gist.github.com/Mehuge/374ee24d9e18a6c7ccc171d3e521b7ad입니다.

그러나 거기에는 우리 앱과 관련된 몇 가지 비트가 있습니다. 코드를 너무 많이 변경했기 때문에 코드를 프로젝트로 옮기게 되었습니다. 돌이켜 생각해보면 플러그인을 포크하고 그런 식으로 수정했어야 했지만 이 시점에서 저는 일정이 너무 늦어서 모든 것에 지쳤습니다. 그래서 가장 빠른 방법으로 작동하도록 했습니다. 사용자 정의 비트는 상당히 명확하므로 제외할 수 있을 만큼 쉬워야 합니다.

또한 내가 플러그인을 구현한 방식에서 클라이언트가 일시 중지된 시간(또는 보다 구체적으로 일시 중지되지 않은 경우)을 알아야 알림을 생성할지 메시지를 직접 전달할지 결정할 수 있습니다. 그 기능이 필요할 수도 있고 필요하지 않을 수도 있지만 우리의 경우 클라이언트가 Android 알림을 생성하기 위해 포그라운드에 있을 때 전송되는 알림을 원하지 않고 대신 처리할 클라이언트에 직접 전달되는 것을 원하지 않았습니다. 플러그인에 클라이언트의 일시 중지 상태를 알리려면 기본 활동에 다음 코드를 추가하세요.

<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();
}

해결해야 할 또 다른 문제가 있습니다. 알림이 백그라운드에 있는 동안 도착하지만 사용자가 Android 알림을 여는 대신 앱을 직접 실행하는 경우 어떤 식으로든 이를 처리해야 할 수 있습니다. 우리 앱의 경우 열지 않은 알림을 지울 수 있습니다. 귀하의 상황은 다를 수 있습니다.

나는 최종 결과에 완전히 만족하지 않습니다. 예를 들어 추가된 추가 키 중 일부는 실험적이었고 실제로 사용되지 않았습니다. 단지 제거하지 않았을 뿐입니다.

피드백이나 제안된 개선 사항 또는 결함을 지적하는 데 관심이 있습니다. 저는 특히 일반 출시에서 GCM 페이로드를 사용하여 출시 의도를 더 잘 감지하는 방법을 찾는 데 관심이 있습니다. Google 속성은 특정 상황에서만 추가되는 것으로 나타났습니다. 또한 다양한 유형의 알림(is_push, is_notify, broadcast)을 감지하려는 시도가 실제로 작동하지 않습니다.

#108 참조

나를 위해 다음과 같이 요청을 해결할 수 있습니다.

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

그러나 click_action을 매개변수로 사용하고 수동으로 리디렉션을 수행해야 했습니다(저는 react 앱과 함께 cordova를 사용하고 있었습니다).