Githawk: Nouveau testeur bêta sur iOS 12.1 ne recevant pas de notifications

Y a-t-il des éléments dans votre boîte de réception ?

_{Envoyé avec GitHawk}

Ouais. Je vais préciser dans OP que c'est ce à quoi la troisième puce fait référence

J'ai attendu 11 minutes maintenant et rien d'ailleurs... J'ai attendu 2-3 heures hier sur un autre test

Avez-vous la possibilité d'envoyer des notifications de test à partir du serveur ? Pas de vraies réponses de github, mais juste la confirmation que votre serveur fonctionne pour moi. Confirme essentiellement s'il s'agit d'un retard ou d'un manque de réception push.

_{Envoyé avec GitHawk}

@ijm8710 Il n'y a pas de serveur. Il y a un excellent article sur la façon dont GitHawk implémente les notifications : Lien

_{Envoyé avec GitHawk}

Y a-t-il autre chose que je puisse fournir ou faire pour diagnostiquer cela?

Recevez-vous des mises à jour de badge ?

_{Envoyé avec GitHawk}

Pouvez-vous envoyer un message ici et je vais le laisser reposer et voir s'il vous plaît

??

Donc, les notofs arrivent mais seulement une fois que j'ouvre l'application. Je viens de réaliser quelque chose. Peut-être que le rafraîchissement en arrière-plan empêche votre système de pseudo-notification de fonctionner ?

@ijm8710 c'est possible. Il est presque certain que le rafraîchissement de l'arrière-plan est essentiel.

_{Envoyé avec GitHawk}

Laissez-moi tester une fois de plus. L'un de vous peut-il encore commenter cela s'il vous plaît

salut

_{Envoyé avec GitHawk}

Test

_{Envoyé avec GitHawk}

N'a fait aucune différence. je ne pense pas que ce soit ça

Le badge n'apparaît que lorsque vous entrez dans l'application. Y a-t-il quelque chose que je fais qui devrait contrôler la fréquence de l'extraction

Eh bien, si vos badges ne sont pas mis à jour tant que vous n'êtes pas entré, alors (à ma connaissance) il s'agit probablement d'un problème d'actualisation de bg.

Vos paramètres ressemblent à ceci?

_{Envoyé avec GitHawk}

Le badge n'apparaît que lorsque vous entrez dans l'application. Y a-t-il quelque chose que je fais qui devrait contrôler la fréquence de l'extraction

@ijm8710, nous utilisons l'intervalle minimum d'iOS pour la récupération de bg, mais le système d'exploitation décide quand déclencher, nous n'avons aucun contrôle. Les mises à jour ne seront pas en temps réel, mais pour moi au moins, elles sont assez rapides (dans l'heure).

_{Envoyé avec GitHawk}

@ijm8710 Êtes-vous en mode basse consommation par hasard ?

_{Envoyé avec GitHawk}

Les paramètres de
Le mode basse consommation ne peut pas être activé pour bg-refresh mais comme je l'ai dit, cela n'a pas fait de différence

@rnystrom
Ouais j'ai essayé d'attendre plusieurs gours. Pas de dé. Je ne sais pas si vous voulez des journaux ou autre. Encore 12.1. Pousser et désactiver à bascule. Rien pour le faire fonctionner. Choqué c'est juste moi

pour faire une note ici. J'ai activé la notification push de l'application TF et je n'ai jamais reçu de notification de l'application. ??

Je ne sais pas comment OS décide d'envoyer des notifications.

@rnystrom et @all J'ai une mise à jour à ce sujet. Bien que l'actualisation de l'arrière-plan soit activée, elle n'était activée que pour le wifi. L'élément important était que tous mes tests ont été effectués dans un environnement wifi, donc je ne pensais pas que cela importait. Une fois que j'ai activé bg, les push sont toujours arrivés.

1) y a-t-il une raison pour laquelle bg-always est requis, bg-wifi ne devrait-il pas fonctionner si je suis en wifi lors des tests sur des intervalles d'une demi-journée
2) existe-t-il un moyen de créer ces notifications push sans bg du tout. Essentiellement, j'essaie de déduire si cette configuration peut fonctionner sans besoin de bg, avec juste une exigence bg-wifi ou si elle nécessite bg-alwyas
3) recommandation: si cela doit être ainsi, j'aurais certainement une remarque dans le journal des modifications une fois que cela sera introduit que bg-always est requis, sinon des tonnes d'utilisateurs seront perplexes quant à la raison pour laquelle ils ne peuvent pas le faire fonctionner
4) comment est bg-toujours sur la durée de vie de la batterie? C'est pourquoi je l'avais toujours juste allumé pour le wifi auparavant

@ijm8710 bon à savoir ! Je n'ai pas entendu s'il existe une API pour détecter la disponibilité de bg fetch. Serait pratique.

Je voulais ajouter un "?" bouton à côté du réglage push avec plus d'informations sur son fonctionnement.

y a-t-il un moyen de créer ces notifications push sans bg du tout. Essentiellement, j'essaie de déduire si cette configuration peut fonctionner sans besoin de bg, avec juste une exigence bg-wifi ou si elle nécessite bg-alwyas

Non, sauf si nous ajoutons un composant serveur qui interroge GitHub pour les mises à jour de notification, ce pour quoi je n'ai pas le temps et je suis préoccupé par la confidentialité des utilisateurs.

Hé, @rnystrom comprend parfaitement qu'un composant bg est requis pour le moment, mais il n'était pas clair si bg-always sera requis ou s'il existe des paramètres d'autorisation réglables qui permettraient à bg-wifi de fonctionner également. Conceptuellement, je ne vois pas la différence en supposant que l'utilisateur est en fait en wifi

Pas non plus lié au fait d'être un problème, mais quelle est votre expérience avec bg-always sur la durée de vie de la batterie. Ma batterie est juste ok, cela entraînerait-il probablement une baisse notable de la durée de vie de la batterie, quelque chose de presque négligeable ou quelque chose d'un peu entre les deux ?

Je n'ai pas non plus de notifications sur la dernière version bêta d'iOS.

@ ijm8710 re: batterie, je n'ai jamais eu de problème. J'utilise beaucoup le mode basse consommation et je sais que les push ne fonctionneront pas dans ce cas.

_{Envoyé avec GitHawk}

Oh cool, on peut détecter le mode basse consommation ! Peut-être que nous montrons quelque chose dans votre boîte de réception que si vous avez activé les notifications, elles n'apparaîtront pas ?

https://useyourloaf.com/blog/detecting-low-power-mode/

_{Envoyé avec GitHawk}

Je souhaite qu'android-esque ait la possibilité d'approuver manuellement certains processus comme une exception bg pour la récupération de githawk

@Rnystrom ,

Je ne l'ai pas fait, et je ne crois pas qu'il y ait une permission. Le système d'exploitation contrôle la fréquence des alertes.

_{Envoyé avec GitHawk}

Je suppose que vous l'avez toujours en arrière-plan. Pouvez-vous passer un peu au wifi en arrière-plan et tester. Voyez si vous voyez ce que je dis ? @Rnystrom

Je suis curieux de savoir si c'est la partie « données cellulaires » de l'actualisation en arrière-plan et non l'actualisation en arrière-plan en général qui effectue la récupération. Je ne sais pas si ce commentaire a tout son sens.

@Rnystrom avez -vous pu tester ce que je voulais dire?

Non désolé, je n'aurai pas vraiment le temps de me plonger dans ce cas limite. Si vous trouvez une solution, je suis toujours heureux d'accepter les PR !

_{Envoyé avec GitHawk}

@ ijm8710, vous devriez pouvoir définir bg refresh sur ce que vous voulez dans votre fork

_{Envoyé avec GitHawk}

@huddie pouvez-vous développer cela..Je dis que si vous avez configuré bg pour fonctionner sur le wifi, cela ne fonctionnera pas sur le wifi... ne pensez pas que c'est une hache de bord mais fondamentalement un obstacle majeur pour les notifications

@ ijm8710 Je dis que si @rnystrom est occupé et que vous souhaitez le tester sur différents "paramètres"/fréquence de rafraîchissement bg, vous pouvez le faire dans votre fork personnel du repo (si vous l'avez fork).

_{Envoyé avec GitHawk}

Je vais probablement jouer avec mais encore une fois ce n'est pas la fréquence. Je prétends que vous avez configuré bg sur fetfg sur le wifi, il ne récupérera pas du tout. L'invite dira aux utilisateurs qu'ils doivent avoir activé bg pour que cela fonctionne, mais je prévois de nombreux rapports de bogues lorsque cela quittera la version bêta, car la plupart des utilisateurs, y compris moi-même, considèrent toujours bg-wifi comme bg activé

@ijm8710 ah. Eh bien, si vous le testez et confirmez votre hypothèse, faites-le nous savoir.

_{Envoyé avec GitHawk}

j'ai confirmé !

J'ai testé cela religieusement et c'est 100% @huddie

C'est pourquoi je dis que ce n'est pas un cas limite

@ ijm8710 le mieux que je puisse suggérer est:

1. Créez un PR résolvant ce problème qui, j'en suis sûr, sera accepté
2. Publiez un article ou quelque chose qui corrobore que le cellulaire de bg-refresh est différent de bg-refresh sur WiFi. Pour moi, il semble intéressant que quelque chose fonctionne sur le cellulaire et non sur le WIFI. Je pouvais voir le contraire. Comme il s'agit d'une nouvelle fonctionnalité (notifications push), je pense qu'il pourrait y avoir 100 choses qui provoquent des changements et comme cela fonctionne pour moi et pour d'autres, il semble peu probable que ce soit lié au WiFi. Encore une fois, ne dites pas que vous vous trompez. Je vous suggère simplement de trouver un article ou des étapes à reproduire qui indiquent clairement que c'est le problème.

_{Envoyé avec GitHawk}

Je vais faire des recherches sur 2 à coup sûr demain. Tout ce que je demande, c'est que quelqu'un confirme 2 de son côté aussi (j'ai fait ce test mais avoir plus d'un testeur aide !). S'ils confirment qu'ils peuvent recevoir des notifications bg-wifi, c'est de n'importe quel côté, je doute que ce soit le cas. S'ils confirment que mon problème est correct, c'est utile. Tout ce qu'il faut faire, c'est que quelqu'un ajuste ses paramètres de bg pendant 20 minutes et voit juste s'il entre. Je comprends qu'il y a un million de cuisses qui entrent dans l'application mais ça test spécifique n'est pas complètement difficile

@ ijm8710 permettez-moi de faire un test là-dessus.

Je n'ai jamais reçu de notification push jusqu'à présent de GitHawk. De plus, j'utilise l'application au moins plus d'une fois par jour. (Installé toutes les versions de TF jusqu'à présent)

Pour une raison quelconque, cela peut fonctionner sur cette version bêta pour bg-wifi. Je ne sais pas ce qui a changé. Je ne sais pas si @rizwankce et @mesqueeb commencent à les faire venir aussi bien qu'ils semblaient être dans le même bateau que moi plus tôt.

Par curiosité, est-ce que « l'intention » est que si vous êtes en mode basse consommation, une fois que vous revenez à avoir bg, les notifications que vous avez manquées entre les deux devraient-elles être récupérées pour récupérer celles que vous avez peut-être manquées ou ne s'appliqueraient-elles qu'aux suivantes? d'avoir réactivé la récupération ?

Je peux confirmer que sur la dernière version bêta et la précédente, je pense que je reçois maintenant avec succès les notifications. J'aime vraiment GitHawk maintenant et je ne peux plus m'en passer.

J'ai fait quelques tests de mon côté et j'ai commencé à recevoir des notifications push maintenant.

On dirait que le système d'exploitation décide de la fréquence de récupération en fonction de l'utilisation de l'application. J'ai pu obtenir un accès à la fois au wifi et aux données mobiles.

_{Envoyé avec GitHawk}

@rizwankce travaillait-il également sur le paramètre bg-wifi réel ou bg-always tout en utilisant le wifi? C'est super incohérent pour moi en ce moment

@ijm8710 J'ai sélectionné "WiFi et données mobiles" dans les paramètres et j'ai pu recevoir des notifications sur les données WIFI et mobiles aujourd'hui.

Test juste pour confirmer que cela fonctionne toujours mieux :)

@rnystrom, espérons-le, la dernière fois que je vous ai

En revisitant le dernier élément utile de ce fil, je pense qu'une alerte indiquant que si vous avez activé le mode basse consommation, les notifications ne viendront pas (car bg est complètement éteint) serait bien!

J'ai ajouté ces introductions au nouveau bouton d'informations sur les paramètres. Voyons si quelqu'un a autant de problèmes avec les notifications avant d'en faire beaucoup plus.

_{Envoyé avec GitHawk}