nextcloud/talk-android

No Notification because MagicFirebaseMessagingService.onDestroy is called

Aberta

#1.011 aberto em 15 de fev. de 2021

Ver no GitHubGuia do colaborador
 (7 comentários) (0 reação) (0 responsável)Kotlin (313 forks)auto 404
approvedbugfeature: notifications 🔔help wanted

Métricas do repositório

Stars
 (731 estrelas)
Métricas de merge de PR
 (Métricas PR pendentes)

Description

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

Guia do colaborador

Direção de pesquisa
Investigue por que MagicFirebaseMessagingService.onDestroy é chamado imediatamente após onMessageReceived. Verifique se o serviço está sendo morto pelo sistema devido a um timeout do serviço em primeiro plano ou tratamento inadequado do ciclo de vida. Reproduza com uma nova sessão de depuração e examine a prioridade do serviço e o uso de startForeground.
Pilha de tecnologia
kotlinandroidfirebase
Domain
mobile
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
Meio dia
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
Android developmentFirebase
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
40