Githawk: Neuer Betatester für iOS 12.1 erhält keine Benachrichtigungen

Befinden sich Artikel in Ihrem Posteingang?

_{Gesendet mit GitHawk}

Jep. Ich werde in OP klarstellen, dass sich der dritte Aufzählungspunkt darauf bezog

Habe jetzt 11 Minuten gewartet und übrigens nichts ... Ich habe gestern 2-3 Stunden auf einen anderen Test gewartet

Können Sie Testbenachrichtigungen vom Server senden? Keine tatsächlichen Github-Antworten, sondern nur die Bestätigung, dass Ihr Server für mich funktioniert. Bestätigt im Wesentlichen, ob es sich um eine Verzögerung oder einen fehlenden Push-Empfang handelt.

_{Gesendet mit GitHawk}

@ijm8710 Es gibt keinen Server. Es gibt einen großartigen Artikel darüber, wie GitHawk Benachrichtigungen implementiert: Link

_{Gesendet mit GitHawk}

Gibt es noch etwas, das ich zur Verfügung stellen oder tun kann, um dies zu diagnostizieren?

Erhalten Sie Badge-Updates?

_{Gesendet mit GitHawk}

Kannst du hier eine Nachricht senden und ich lasse es bitte sitzen und sehen

👋

Also, die Notofs ziehen ein, aber erst, wenn ich die App öffne. Habe gerade was mitbekommen. Verhindert die Hintergrundaktualisierung vielleicht, dass Ihr Pseudo-Benachrichtigungssystem funktioniert?

@ijm8710 ja das ist möglich. Ziemlich sicher ist eine Hintergrundaktualisierung unerlässlich.

_{Gesendet mit GitHawk}

Lass mich noch einmal testen. Kann das bitte noch einer von euch kommentieren

Hi

_{Gesendet mit GitHawk}

Prüfen

_{Gesendet mit GitHawk}

Machte keinen Unterschied. Ich glaube das ist es nicht

Badge erscheint nur beim Betreten der App. Gibt es etwas, das ich tue, um die Häufigkeit des Abrufens zu steuern?

Nun, wenn Ihre Abzeichen nicht aktualisiert werden, bis Sie eintreten, dann (meinem Wissen nach) höchstwahrscheinlich ein Problem mit der bg-Aktualisierung.

Deine Einstellungen sehen so aus?

_{Gesendet mit GitHawk}

Badge erscheint nur beim Betreten der App. Gibt es etwas, das ich tue, um die Häufigkeit des Abrufens zu steuern?

@ijm8710 Wir verwenden iOSs Mindestintervall für den bg-Abruf, aber das Betriebssystem entscheidet, wann ausgelöst wird, wir haben keine Kontrolle. Updates werden nicht in Echtzeit erfolgen, aber zumindest für mich sind sie ziemlich schnell (innerhalb einer Stunde).

_{Gesendet mit GitHawk}

@ijm8710 Bist du zufällig im

_{Gesendet mit GitHawk}

@Huddie- Einstellungen sind korrekt für das, was Sie gesagt haben (ich
Der Energiesparmodus kann für bg-refresh nicht aktiviert werden, aber wie gesagt, das hat keinen Unterschied gemacht

@rnystrom
Ja, ich habe versucht, mehrere Gours zu warten. Kein Würfel. Nicht sicher, ob Sie Protokolle oder was auch immer wollen. Wieder 12.1. Ein- und Ausschalten ein- und ausgeschaltet. Nichts bringt es zum Laufen. Geschockt, das bin nur ich

hier notieren. Ich habe die Push-Benachrichtigung von der TF-App aktiviert und nie eine Benachrichtigung von der App erhalten. 😢

Ich weiß nicht, wie OS entscheidet, Benachrichtigungen zu senden.

@rnystrom und @all Ich habe ein Update dazu. Obwohl ich die Hintergrundaktualisierung aktiviert hatte, war sie nur für WLAN aktiviert. Der wichtige Teil davon war, dass alle meine Tests in einer WLAN-Umgebung durchgeführt wurden, daher dachte ich, dass es keine Rolle spielte. Sobald ich bg aktiviere, kamen immer die Pushs.

1) Gibt es einen Grund, warum bg-immer erforderlich ist, sollte bg-wifi nicht funktionieren, wenn ich beim Testen in halbtägigen Intervallen im WLAN bin?
2) gibt es eine Möglichkeit, diese Push-Benachrichtigungen ohne bg zu erstellen. Im Wesentlichen versuche ich abzuleiten, ob dieses Setup ohne bg-Anforderung funktionieren kann, nur mit bg-wifi-Anforderung oder ob es bg-alwyas erfordert
3) Empfehlung: Wenn es so sein muss, hätte ich auf jeden Fall eine Bemerkung im Changelog, sobald dies eingeführt wird, dass bg-immer erforderlich ist, sonst werden viele Benutzer verwirrt sein, warum sie es nicht zum Laufen bringen können
4) Wie steht es um die Akkulaufzeit von bg-always? Deshalb hatte ich es vorher immer nur für WLAN an

@ijm8710 gut zu wissen! Ich habe nicht gehört, ob es eine API zum Erkennen der Verfügbarkeit von bg-Abrufen gibt. Wäre praktisch.

Ich wollte ein "?" Taste neben der Push-Einstellung mit weiteren Informationen zur Funktionsweise.

Gibt es eine Möglichkeit, diese Push-Benachrichtigungen ohne bg zu erstellen? Im Wesentlichen versuche ich abzuleiten, ob dieses Setup ohne bg-Anforderung funktionieren kann, nur mit bg-wifi-Anforderung oder ob es bg-alwyas erfordert

Nicht, es sei denn, wir fügen eine Serverkomponente hinzu, die GitHub nach Benachrichtigungsupdates abfragt, für die ich beide keine Zeit habe und mir Sorgen um die Privatsphäre der Benutzer mache.

Hey, @rnystrom versteht vollständig, dass zu diesem Zeitpunkt eine bg-Komponente erforderlich ist, aber es war unklar, ob bg-always erforderlich ist oder ob es einige einstellbare Berechtigungseinstellungen gibt, die es ermöglichen, dass auch bg-wifi funktioniert. Vom Konzept her sehe ich keinen Unterschied, vorausgesetzt, der Benutzer ist tatsächlich über WLAN

Auch nicht damit verbunden, ein Problem zu sein, aber wie ist Ihre Erfahrung mit bg-always on Batterielebensdauer. Mein Akku ist in Ordnung, würde dies wahrscheinlich zu einem spürbaren Abfall der Akkulaufzeit führen, etwas fast vernachlässigbar oder etwas zwischen den beiden?

Ich habe auch keine Benachrichtigungen über die neueste Beta-Version von iOS.

@ijm8710 re: Batterie, hatte noch nie ein Problem. Ich benutze viel Energiesparmodus und weiß, dass Pushs in diesem Fall nicht funktionieren.

_{Gesendet mit GitHawk}

Oh cool, wir können den Energiesparmodus erkennen! Vielleicht zeigen wir in Ihrem Posteingang etwas an, das bei aktivierten Benachrichtigungen nicht angezeigt wird?

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

_{Gesendet mit GitHawk}

Ich wünschte, android-ähnlich gäbe es die Möglichkeit, bestimmte Prozesse wie eine bg-Ausnahme für das Abrufen von Githawk manuell zu genehmigen

@Rnystrom , habe deine Bemerkung dazu immer noch nicht gesehen. Ich verstehe, dass Benachrichtigungen nicht funktionieren, wenn der Energiesparmodus aktiviert ist (bg ist aus). Und sie werden funktionieren, wenn bg vollständig eingeschaltet ist. Aber auch hier funktionieren sie nicht, wenn bg im WLAN-Modus ist, auch wenn Sie WLAN verwenden. Haben Sie nachgesehen, ob es diesbezüglich eine Erlaubnis gibt. Gibt es eine spezielle Möglichkeit, das zu umgehen. Wenn ich im WLAN bin und bg aktiviert ist, macht es keinen Sinn, warum meine Einstellung bg-immer still und nicht nur by-wifi sein muss, während ich im WLAN bin.

Ich habe nicht und glaube nicht, dass es eine Erlaubnis gibt. Das Betriebssystem steuert die Häufigkeit der Alarmierung.

_{Gesendet mit GitHawk}

Ich gehe davon aus, dass Sie es derzeit immer im Hintergrund haben. Kannst du kurz auf Hintergrund-WLAN wechseln und testen. Sehen Sie, ob Sie sehen können, was ich sage? @Rnystrom

Ich bin gespannt, ob es der Teil "Mobilfunkdaten" der Hintergrundaktualisierung ist und nicht die Hintergrundaktualisierung im Allgemeinen, der das Abrufen übernimmt. Ich bin mir nicht sicher, ob dieser Kommentar vollständig Sinn macht.

@Rnystrom konntest du testen, was ich meinte?

Nein, tut mir leid, ich werde nicht wirklich Zeit haben, in diesen Randfall einzutauchen. Wenn Sie eine Lösung finden, freue ich mich immer über PRs!

_{Gesendet mit GitHawk}

@ijm8710 Sie sollten in der Lage sein, bg refresh auf alles einzustellen, was Sie in Ihrem Fork wollen

_{Gesendet mit GitHawk}

@huddie können Sie das erweitern

@ijm8710 Ich sage, wenn @rnystrom beschäftigt ist und Sie es mit verschiedenen "Einstellungen" / Häufigkeit der bg-Aktualisierung testen möchten, können Sie dies in Ihrem persönlichen Fork des Repositorys tun (wenn Sie es geforkt haben).

_{Gesendet mit GitHawk}

Ich werde wahrscheinlich damit herumspielen, aber auch hier liegt es nicht an der Frequenz. Ich behaupte, Sie haben bg im WLAN auf fetfg eingestellt, es wird überhaupt nicht abgerufen. Die Eingabeaufforderung teilt den Benutzern mit, dass sie bg-aktiviert haben müssen, damit es funktioniert, aber ich erwarte viele Fehlerberichte, wenn die Beta-Version verlassen wird, da die meisten Benutzer, einschließlich mir, bg-wifi immer noch als aktiviert betrachten

@ijm8710 ah. Nun, wenn Sie es testen und Ihre Hypothese bestätigen, lassen Sie es uns bitte wissen.

_{Gesendet mit GitHawk}

Ich habe bestätigt!

Ich habe das religiös getestet und es ist 100% @huddie

Deshalb sage ich, dass dies kein Randfall ist

@ijm8710 Das Beste, was ich vorschlagen kann, ist:

1. Erstellen Sie eine PR, die dieses Problem löst, und ich bin mir sicher, dass sie akzeptiert wird
2. Veröffentlichen Sie einen Artikel oder etwas, das bestätigt, dass sich das Mobilfunknetz von bg-refresh von bg-refresh im WLAN unterscheidet. Für mich klingt es interessant, dass etwas über Mobilfunk und nicht über WIFI funktionieren würde. Ich konnte das Gegenteil sehen. Da dies eine neue Funktion (Push-Benachrichtigungen) ist, denke ich, dass es 100 Dinge geben könnte, die Änderungen verursachen, und da es bei mir und anderen funktioniert, scheint es unwahrscheinlich, dass es mit WLAN zusammenhängt. Nochmals, nicht dein Unrecht zu sagen. Ich schlage nur vor, dass Sie einen Artikel oder Schritte zum Reproduzieren finden, die deutlich machen, dass dies das Problem ist.

_{Gesendet mit GitHawk}

Ich werde morgen auf jeden Fall etwas zu 2 recherchieren. Alles, worum ich bitte, ist, dass jemand auch 2 an seinem Ende bestätigt (ich habe diesen Test gemacht, aber mehr als einen Tester zu haben hilft!). Wenn sie bestätigen, dass sie bg-wifi-Benachrichtigungen erhalten können, ist es auf jeden Fall, ich bezweifle, dass dies der Fall ist. Wenn sie bestätigen, dass mein Problemfall korrekt ist, ist das hilfreich. . alles, was getan werden muss, ist, dass jemand seine Bg-Einstellungen 20 Minuten lang anpassen muss und einfach sehen, ob er reinkommt. Ich verstehe, dass es eine Million Oberschenkel gibt, die in die App gehen, aber das spezifischer Test ist nicht umfassend schwierig

@ijm8710 lass mich das testen.

Ich habe noch nie eine Push-Benachrichtigung von GitHawk erhalten. Außerdem habe ich die App mindestens mehrmals am Tag verwendet. (Bis jetzt alle TF-Builds installiert)

Aus irgendeinem Grund funktioniert dies möglicherweise an dieser Beta-Version für bg-wifi. Nicht sicher, was sich geändert hat. Ich bin mir nicht sicher, ob @rizwankce und @mesqueeb anfangen, sie dazu zu bringen, so gut

Aus Neugier, ist die "Absicht", dass, wenn Sie sich im Energiesparmodus befinden, sobald Sie wieder bg haben, die Benachrichtigungen, die Sie zwischendurch verpasst haben, nachholen sollten, um die zu holen, die Sie möglicherweise verpasst haben, oder würde es nur in den folgenden rollen? Abruf wieder einschalten?

Ich kann bestätigen, dass ich in der neuesten Beta und in der vorherigen Beta jetzt erfolgreich Benachrichtigungen erhalte. Ich liebe GitHawk jetzt wirklich und kann nicht mehr ohne leben.

Ich habe von meiner Seite einige Tests durchgeführt und bekomme jetzt Push-Benachrichtigungen.

Es sieht so aus, als ob os die Häufigkeit des Abrufens basierend auf der App-Nutzung bestimmt. Ich konnte sowohl WLAN als auch mobile Daten übertragen.

_{Gesendet mit GitHawk}

@rizwankce hast du auch an der tatsächlichen bg-wifi-Einstellung gearbeitet oder bg-immer während der WLAN-Nutzung? Für mich ist das momentan super inkonsistent

@ijm8710 Ich habe in den Einstellungen "WiFi & Mobile Data" ausgewählt und konnte heute Benachrichtigungen sowohl über WLAN als auch über mobile Daten erhalten.

Testen, nur um zu bestätigen, dass dies immer noch besser funktioniert :)

@rnystrom hoffentlich das letzte Mal, dass ich dich jemals in diesem Thread

Wenn ich den letzten nützlichen Artikel aus diesem Thread noch einmal durchschaue, denke ich, dass eine Warnung, dass, wenn Sie den Energiesparmodus aktiviert haben, keine Benachrichtigungen kommen (da bg komplett ausgeschaltet ist) schön wäre!

Ich habe diese Einführungen zur neuen Einstellungsinfo-Schaltfläche hinzugefügt. Mal sehen, ob jemand so viel Probleme mit Benachrichtigungen hat, bevor wir viel mehr tun.

_{Gesendet mit GitHawk}