nextcloud/talk-android

No Notification because MagicFirebaseMessagingService.onDestroy is called

Offen

#1.011 geöffnet am 15.02.2021

Auf GitHub ansehenContributor Guide
 (7 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Kotlin (313 Forks)auto 404
approvedbugfeature: notifications 🔔help wanted

Repository-Metriken

Stars
 (731 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

reproduce:

  1. Start new debug session (Build Variant: gPlayDebug )
  2. Make a call to the emulator

Issue: onDestroy is immediately called after receiving Push Notification. User won't recognize that someone tried to call. This happens (only?) on the first start of the debug session. So actually Push Notifications are delivered but somehow get discarded.

Temporarily made some log commands:

2021-02-15 16:28:52.229 31725-31958/com.nextcloud.talk2.debug D/MagicFirebaseMessagingService: start onMessageReceived
2021-02-15 16:28:52.231 31725-31958/com.nextcloud.talk2.debug D/MagicFirebaseMessagingService: start decryptMessage
2021-02-15 16:28:52.306 31725-31958/com.nextcloud.talk2.debug D/MagicFirebaseMessagingService: set MagicCallActivity as fullScreenIntent
2021-02-15 16:28:52.325 31725-31958/com.nextcloud.talk2.debug D/MagicFirebaseMessagingService: start checkIfCallIsActive
2021-02-15 16:28:52.343 31725-31958/com.nextcloud.talk2.debug D/MagicFirebaseMessagingService: startForeground for Notification
2021-02-15 16:28:52.370 31725-31725/com.nextcloud.talk2.debug D/MagicFirebaseMessagingService: start onDestroy
  • examine how often this happens. Is this really "only" for the first time after startup?

related: https://github.com/firebase/quickstart-android/issues/933

Contributor Guide

Research-Richtung
Untersuchen Sie, warum MagicFirebaseMessagingService.onDestroy unmittelbar nach onMessageReceived aufgerufen wird. Überprüfen Sie, ob der Dienst aufgrund eines Timeouts des Vordergrunddienstes oder einer unsachgemäßen Lebenszyklusbehandlung vom System beendet wird. Reproduzieren Sie mit einer neuen Debug Sitzung und prüfen Sie die Dienstpriorität und die Verwendung von startForeground.
Tech Stack
kotlinandroidfirebase
Domain
mobile
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Android developmentFirebase
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40