You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've sometimes observed recently a symptom similar to the old #342: notifications appear just fine when the app is in the foreground, and just fine when it's running in the background, but fail to appear when the app is not running at all.
I'm not sure whether this affects normal users, i.e. those who aren't doing development on the app. (Details below on why.) So:
I'd be interested to hear reports from anyone who thinks they might be seeing this symptom.
I'd be interested to hear reports from anyone who's observed carefully enough that they feel pretty confident they are not ever seeing this symptom.
Two related issues, related in that they would make it more practical for people to make that second set of observations by making our notifications in zulip-flutter more closely match those of zulip-mobile:
The reasons I'm not sure this affects normal users are:
I get plenty of notifications all the time, even when it's the weekend or the start of the day and the app must have not been running because I haven't opened it in hours or days. So it seems clear it works most of the time, though I wouldn't necessarily catch if it occasionally didn't.
I've only ever noticed the symptom while using a debug build (while working on changes like notif: Switch to our own Pigeon-based plugin for showing a notification #592). If I then switch to a release build with flutter run --release, then even if I do the exact same test steps, the notifications work. If that pattern holds, then this doesn't affect normal users.
I've only ever noticed the symptom while testing notification changes, and specifically checking that notifications work while not already running… and the test recipe for that involves force-quitting the app again and again, often in quick succession.
So I suspect a trigger for it might be that closing the app is taken as a bad sign by the system — the user force-closed the app! maybe it was misbehaving for them — and so because I was doing it again and again, the system eventually decided the app shouldn't be trusted with the privilege of starting up in the background. If so, then that would also be unlikely (though less unlikely than a debug build) for a user who isn't developing the app.
On the other hand, the symptoms are flaky — sometimes things just start working again. That makes it hard to be confident that the above two patterns are real and not an accident of what's happened to occur at the times I've been looking most closely.
Oh, and to avoid ambiguity: just like I observed when #342 was live, when there's a notification that failed to show up promptly for this reason, it seems like it consistently does show up later, after I launch the app.
The text was updated successfully, but these errors were encountered:
An update: I don't recall noticing this symptom any time in the last few months.
I also usually have a release build on my phone these days — I've adopted a habit of using flutter run --release to install a release build after any development work where I installed a debug build. So that's consistent with a theory where this issue only affects debug builds, though far from a confirmation.
I've sometimes observed recently a symptom similar to the old #342: notifications appear just fine when the app is in the foreground, and just fine when it's running in the background, but fail to appear when the app is not running at all.
I'm not sure whether this affects normal users, i.e. those who aren't doing development on the app. (Details below on why.) So:
Two related issues, related in that they would make it more practical for people to make that second set of observations by making our notifications in zulip-flutter more closely match those of zulip-mobile:
zulip-mobile
#128The reasons I'm not sure this affects normal users are:
I get plenty of notifications all the time, even when it's the weekend or the start of the day and the app must have not been running because I haven't opened it in hours or days. So it seems clear it works most of the time, though I wouldn't necessarily catch if it occasionally didn't.
I've only ever noticed the symptom while using a debug build (while working on changes like notif: Switch to our own Pigeon-based plugin for showing a notification #592). If I then switch to a release build with
flutter run --release
, then even if I do the exact same test steps, the notifications work. If that pattern holds, then this doesn't affect normal users.I've only ever noticed the symptom while testing notification changes, and specifically checking that notifications work while not already running… and the test recipe for that involves force-quitting the app again and again, often in quick succession.
So I suspect a trigger for it might be that closing the app is taken as a bad sign by the system — the user force-closed the app! maybe it was misbehaving for them — and so because I was doing it again and again, the system eventually decided the app shouldn't be trusted with the privilege of starting up in the background. If so, then that would also be unlikely (though less unlikely than a debug build) for a user who isn't developing the app.
On the other hand, the symptoms are flaky — sometimes things just start working again. That makes it hard to be confident that the above two patterns are real and not an accident of what's happened to occur at the times I've been looking most closely.
@chrisbobbe observed the same issue recently, while testing #592 and then equally when retesting on
main
; and then also observed things mysteriously start working again.Oh, and to avoid ambiguity: just like I observed when #342 was live, when there's a notification that failed to show up promptly for this reason, it seems like it consistently does show up later, after I launch the app.
The text was updated successfully, but these errors were encountered: