New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No notifications #87
Comments
Interesting. When you opened the App, did you need to manually refresh or were the updates already there? In the latter case, it means that background checking does work, it just doesn't notify you. One thing to note is that Obtainium will only notify you of an update if it is new, meaning it did not already have an "update available" status - so if you swipe away the notification (or miss it somehow), it won't appear again. Is it possible you just missed it? Also keep in mind that the update interval is only approximate, Android ultimately decides when to do the task. I'm also on Graphene with Android 13, and notifications work fine for me. Please try shortening the interval and see if that helps. Also, check your notification history (you'll need to enable this as it is off by default) and see if you get the "checking for updates" notification. |
By @bluefly000 on #92 (copying here as it looks like the same issue):
|
@bluefly000 could you check my previous comment and check some of the things I mentioned (check your notification history, shorten interval, etc.) I tried reproducing this today by clearing Obtainium from the task list, but I see it is still checking for updates. The Android API being used for background tasks is supposed to work even after reboot, so this is surprising. |
I shortener the interval and looked at the notification history. The issue persists, no notification for background checking.
I now received notifications to complete an app installation (while I was not in the app), so the notification sending should not be the issue.
It must be something in the planning the interval. I have no clue why this is the case. I am using a different app also made with Flutter and it can schedule things using the AlarmManager for checking things in the background.
I will try to get a logcat.
-------- Original-Nachricht --------
Am 3. Nov. 2022, 20:08, schrieb Imran Remtulla :
… ***@***.***(https://github.com/bluefly000) could you check my previous comment and check some of the things I mentioned (check your notification history, shorten interval, etc.)
I tried reproducing this today by clearing Obtainium from the task list, but I see it is still checking for updates.
The Android API being used for background tasks is supposed to work even after reboot, so this is surprising.
—
Reply to this email directly, [view it on GitHub](#87 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/AOONGXPAI7WOG2EMLMYEJJ3WGQERXANCNFSM6AAAAAARVKURL4).
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
I set the interval to 1 hour on 4 Android devices, Galaxy A21 SC-42A, Galaxy A22 SC-56B, Pixel4a and Pixel6a running GrapheneOS. Then, I checked my notification history 10 hours after clearing Obtainium from my task list. Battery optimization was disabled. As a result, only the Galaxy A21 SC-42A was successfully checking for updates. |
Very weird behaviour, especially since its inconsistent between devices. It looks like my phone is also running into this issue now for intervals above 1 hour. Not sure what you meant by your last sentence there @bluefly000, there's no way to look at the last update check time in Obtainium (unless you're very quick). Each App does show the last update check time, but as soon as you open the app page it re-checks and so that time changes almost immediately. Also, in the case of the Pixel 6a waiting 4 hours instead of 1 - was the screen off in the interim? If so, Android might have decided to wait until the phone was woken up (the interval time is like a suggestion, not exact, but I don't know if such a huge difference is normal). It's possible this is due to fluttercommunity/flutter_workmanager#415 or fluttercommunity/flutter_workmanager#363 or both (if so, I'm not sure how it can be resolved). Ultimately the only working option might be to use a foreground service for update checking, but that's such a bad solution that really shouldn't be necessary. |
In the meantime, I'll change the default interval to 1 hour and add a warning against changing it. |
Could you try this similar plugin and test if the problem still exists? I am using this plugin in a different project and have not experienced such planning issues. |
Thanks! I'll try it out. |
I've switched to the AlarmManager plugin and everything seems to work. The only downside is that there's no way to make it wait for a network connection if there isn't one (previous plugin had this), so we just have to keep retrying every 15 minutes. It's probably fine (battery-life wise) since it only happens if the phone is awake (if asleep, it is woken up for normal update checks but not the 15-minute-later retries caused by network issues or rate limits - in those cases, we wait for wakeup). I'll do a bit more testing today and release tomorrow. Will attach the APKs here in a while in case you want to test it out too @MatsG23 @bluefly000. If you do, you might want to remove Obtainium from your Apps list so it doesn't try to downgrade to the current release (that would fail anyways). |
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as resolved.
This comment was marked as resolved.
I tested on Pixel4a and Pixel6a. Notifications worked fine on both, but I got a package parse error and could not add and update apps. I got a logcat when this error occurred. |
I was able to add and install apps successfully with one version prior to the latest test version. |
The good news is the notifications issue is fixed. The package parse error is a separate thing that apparently got introduced in the last release (will look into it). In the meantime I've deleted the latest release since this bug breaks App adding. Update: Actually it does work in the latest version 0.6.6. |
Sorry for the lack of clarity. I am not referring to version 0.6.6 that is giving me an error, but the version attached 15 hours ago in this issue. When I said it worked fine, I meant the version attached to the comment marked as outdated. |
Closing as fixed: https://github.com/ImranR98/Obtainium/releases/tag/v0.6.7-beta |
Nice work guys 🙌 |
I do not receive notifications from Obtainium although I setup a background update checking interval. I sometimes opened the app and saw available updates. I have never received a notification from Obtainium since I used it.
I have given Obtainium the A13 permission for sending notifications and removed the battery optimization (is that even needed?). The notifications work for other apps of which some do not use FCM but background notifications too.
App version: 0.6.4
Device info: Pixel 6a running GrapheneOS (based on AOSP 13)
The text was updated successfully, but these errors were encountered: