Githawk: iOS 12.1 上的新 Beta 测试人员未收到通知

您的收件箱中是否有项目？

_{使用GitHawk发送}

是的。 我将在 OP 中澄清这就是第三个子弹所指的

现在等了 11 分钟，顺便说一句……我昨天在其他测试中等了 2-3 个小时

你有能力从服务器发送测试通知吗？ 不是实际的 github 回复，只是确认您的服务器正在为我工​​作。 基本上确认是延迟还是根本没有推送收据。

_{使用GitHawk发送}

@ijm8710没有服务器。 有一篇关于 GitHawk 如何实现通知的很棒的文章：链接

_{使用GitHawk发送}

我还能提供或做些什么来诊断这个问题吗？

你会收到徽章更新吗？

_{使用GitHawk发送}

你能在这里留言吗，我让它坐下来看看

👋

因此，只有在我打开应用程序后，notofs 才会出现。 刚刚意识到了什么。 也许让后台刷新阻止您的伪通知系统工作？

@ijm8710是的，这是可能的。 很确定背景刷新是必不可少的。

_{使用GitHawk发送}

让我再测试一次。 你们中的一个人可以再次对此发表评论吗

你好

_{使用GitHawk发送}

测试

_{使用GitHawk发送}

没什么区别。 我不认为是这样

徽章仅在进入应用程序时出现。 有什么我应该做的事情来控制获取的频率

好吧，如果您的徽章在您进入之前没有更新，那么（据我所知）很可能是 bg 刷新问题。

你的设置是这样的？

_{使用GitHawk发送}

徽章仅在进入应用程序时出现。 有什么我应该做的事情来控制获取的频率

@ijm8710我们使用 iOS 的最小间隔来获取 bg，但操作系统决定何时触发，我们无法控制。 更新不会实时进行，但至少对我来说，它们非常快（在一小时内）。

_{使用GitHawk发送}

@ijm8710您是否处于低功耗模式？

_{使用GitHawk发送}

@Huddie设置与您所说的
bg-refresh 无法开启低功耗模式，但就像我说的那样，这没什么区别

@rnystrom
是的，我试过等好几个。 没有骰子。 不确定你是否想要日志或其他什么。 再次 12.1。 切换推入和关闭。 没有什么让它发挥作用。 震惊只有我

在这里做个笔记。 我已启用来自 TF 应用程序的推送通知，但我从未收到该应用程序的任何通知。 😢

我不知道操作系统如何决定发送通知。

@rnystrom和@all我对此有更新。 虽然我打开了后台刷新，但它仅适用于 wifi。 重要的是，我所有的测试都是在 wifi 环境中完成的，因此我认为这无关紧要。 一旦我启用了 bg-always，推送就会进来。

1) 是否有需要 bg-always 的原因，如果我在 wifi 上进行半天间隔测试时 bg-wifi 不应该工作
2) 有没有办法让这些推送通知完全没有 bg。 本质上，我试图推断此设置是否可以在没有 bg 要求的情况下工作，仅需要 bg-wifi 或是否需要 bg-alwyas
3) 建议：如果必须如此，我肯定会在更改日志中发表评论，一旦引入 bg-always 是必需的，否则大量用户将对其无法正常工作感到困惑
4) bg-always 的电池寿命如何？ 这就是为什么我以前总是只打开 wifi 的原因

@ijm8710很高兴知道！ 我还没有听说是否有任何用于检测 bg fetch 可用性的 API。 会很方便。

我一直想加一个“？” 按钮旁边的推送设置带有有关其工作原理的更多信息。

有没有办法让这些推送通知完全没有 bg。 本质上，我试图推断此设置是否可以在没有 bg 要求的情况下工作，仅需要 bg-wifi 或是否需要 bg-alwyas

除非我们添加一个服务器组件来轮询 GitHub 以获取通知更新，否则我既没有时间又担心用户隐私。

嘿， @rnystrom完全明白此时需要一些 bg 组件，但不清楚是否需要 bg-always 或者是否有一些可调整的权限设置可以让 bg-wifi 也能工作。 从概念上讲，假设用户实际上是在 wifi 上，我看不出有什么区别

也与成为问题无关，但是您对 bg-always 电池寿命的体验如何。 我的电池没问题，这是否会导致电池寿命显着下降，几乎可以忽略不计，或者介于两者之间？

我也没有关于最新 Beta 版 iOS 的通知。

@ijm8710 回复：电池，从来没有出现过问题。 我经常使用低功耗模式，并且知道在这种情况下推送将不起作用。

_{使用GitHawk发送}

哦，酷，我们可以检测到低功耗模式！ 也许我们会在您的收件箱中显示一些内容，如果您启用了通知，它们就不会出现？

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

_{使用GitHawk发送}

我希望 android-esque 可以选择手动批准某些进程，例如 githawk 获取的 bg 异常

@Rnystrom ，还没有看到您对此的评论。 我知道当低功耗模式打开（bg 关闭）时，通知将不起作用。 当 bg 完全开启时，它们将起作用。 但是，同样，即使您在 wifi 上，当 bg 处于 wifi 模式时它们也不起作用。 您是否查看过是否有与此相关的许可。 有什么办法可以解决这个问题。 如果我在 wifi 上并且启用了 bg，那么为什么我的设置必须是 bg-always still 而不仅仅是在 wifi 上时通过 wifi，这是没有意义的。

我没有，也不相信有许可。 操作系统控制警报的频率。

_{使用GitHawk发送}

我假设您目前始终将其置于后台。 你可以切换到后台wifi并测试一下。 看看你能不能明白我在说什么？ @Rnystrom

我很好奇是否是后台刷新的“蜂窝数据”部分而不是一般的后台刷新进行获取。 不确定此评论是否完全有意义。

@Rnystrom你能测试我的意思吗？

不抱歉，我真的没有时间深入研究这个极端情况。 如果您找到解决方案，我总是很乐意接受 PR！

_{使用GitHawk发送}

@ijm8710你应该能够在你的 fork 中将 bg refresh 设置为你想要的任何内容

_{使用GitHawk发送}

@huddie你能扩展一下吗..我是说，如果你将 bg 设置为在 wifi 上工作，它就不能在 wifi 上工作......不要认为这是一把利斧，但基本上是通知的主要障碍

@ijm8710我是说如果@rnystrom很忙，并且您想在不同的“设置”/bg 刷新频率上对其进行测试，您可以在您个人的 repo 分支中进行测试（如果您已经进行了分支）。

_{使用GitHawk发送}

我可能会玩弄它，但它又不是频率。 我声称您已将 bg 设置为 wifi 上的 fetfg 它根本无法获取。 提示将告诉用户他们必须启用 bg 才能使其工作，但是当这离开测试版时我预见到很多错误报告，因为包括我自己在内的大多数用户仍然认为 bg-wifi 已启用

@ijm8710啊。 好吧，如果您对其进行测试并确认您的假设，请告诉我们。

_{使用GitHawk发送}

我已经确认了！

我已经虔诚地测试过了，它是 100% @huddie

这就是为什么我说这不是边缘情况

@ijm8710我能建议的最好的是：

1. 创建一个 PR 解决这个问题，我相信它会被接受
2. 发表一篇文章或其他证实 bg-refresh 的蜂窝网络与 WiFi 上的 bg-refresh 不同的文章或内容。 对我来说，有些东西可以在蜂窝网络上而不是 WIFI 上工作，这听起来很有趣。 我可以看到相反的情况。 由于这是一个新功能（推送通知），我认为可能有 100 件事导致了变化，而且由于它对我和其他人都有效，因此它似乎不太可能与 WiFi 相关。 再说一遍，不是说你错了。 只是建议您找到一篇文章或步骤来重现，以明确这就是问题所在。

_{使用GitHawk发送}

明天我肯定会对 2 做一些研究。 我所要求的只是让某人在他们的最后确认 2（我已经完成了这个测试，但有不止一个测试人员有帮助！）。 如果他们确认他们可以接收 bg-wifi 通知，那就是纽约结束，我怀疑是这种情况。 如果他们确认我的问题案例是正确的，那很有帮助..所有需要做的就是有人需要调整他们的 bg 设置 20 分钟，然后看看他们进来的 id。我知道有 100 万条大腿进入应用程序，但那具体考试难度不高

@ijm8710让我做一些测试。

到目前为止，我从未收到过来自 GitHawk 的任何推送通知。 此外，我每天至少使用该应用程序一次以上。 （到目前为止安装了所有的 TF 版本）

出于某种原因，这可能适用于 bg-wifi 的测试版。 不确定发生了什么变化。 不确定@rizwankce和@mesqueeb是否开始让他们进来，就像他们之前似乎和我在同一条船上一样。

出于好奇，“意图”是，如果您处于低功耗模式，一旦您恢复使用 bg，您在追赶之间错过的通知是否应该获取您可能错过的通知，或者它只会在随后的那些通知中滚动重新打开获取？

我可以在最新的测试版和之前的测试版中确认这一点，我认为我现在已成功收到通知。 我现在真的很喜欢 GitHawk，没有它我就活不下去了。

我从我这边做了一些测试，现在我开始接收推送通知。

看起来 os 根据应用程序使用情况决定获取频率。 我能够同时推送 wifi 和移动数据。

_{使用GitHawk发送}

@rizwankce是您在使用 wifi 时也在处理实际的 bg-wifi 设置还是 bg-always？ 现在对我来说非常不一致

@ijm8710我在“设置”中选择了“WiFi 和移动数据”，今天能够收到有关 WIFI 和移动数据的通知。

测试只是为了确认这仍然工作得更好:)

@rnystrom希望上次我曾经在这个线程上标记过你。 我认为 bg-wifi bg-always 的事情不再是问题，但是嘿，我不是唯一一个 - Mesqueeb 和 rizwankce 也有问题同时解决了自己👍👍

重温这个帖子中最后一个有用的部分，我确实认为如果您启用了低功耗模式，通知将不会出现（因为 bg 完全关闭）会很好！

我确实将这些介绍添加到了新的设置信息按钮中。 在做更多事情之前，让我们看看是否有人在通知方面遇到了同样的麻烦。

_{使用GitHawk发送}