Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Workaround `MAX_PACKAGE_NOTIFICATIONS`

Aberta
#359 3 comentários 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
25/100
Tipo de issue
Funcionalidade
Clareza
Precisa de esclarecimento
Status de atividade
Estagnada
Stack de tecnologia
android, java
Domínio
mobile

Direção de pesquisa

Comece revisando o comportamento do Android com MAX_PACKAGE_NOTIFICATIONS e o workaround vinculado. Em seguida, inspecione o fluxo de criação e cancelamento de notificações do app para determinar se é apropriado manter e cancelar notificações antigas. A tarefa estará concluída quando houver um workaround acordado e implementado, com testes ou outras evidências de que as notificações repetidas continuam sendo úteis.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

question

Let's say I have a script that sends me a "warning" every 30s or so. Now I leave the room for ~30min. In that time, the script already has send > MAX_PACKAGE_NOTIFICATIONS (~= 50) notifications, so I never get notified, and miss the crucial thing the script wanted to remind me of.

A workaround is mentioned e.g. here: https://medium.com/mindorks/the-notification-limit-per-app-in-android-94af69a6862c

Basically we'd have to remember past notifications send, e.g. in a double-ended queue, and once that queue is >= MAX_PACKAGE_NOTIFICATIONS, cancel the oldest notifications.

Is anyone aware of a simpler workaround? What are you thoughts on this?

Linguagem predominante
Java
Estrelas
1.5k
Forks
217
Métricas de merge de PRs
Nenhum PR com merge em 30d

Preparar o ambiente

Ainda não verificamos os arquivos de configuração deste projeto. Comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de gotify/android

Todas as issues de gotify/android

Issues semelhantes

Mais issues de Java

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.