Were there any changes, in the database or otherwise, that would create issues if AntennaPod was rolled back?
Yes, there were. Android apps canāt be downgraded anyway. Why do you want to downgrade?
Background refreshes arenāt working well for me in 3.1. To populate Inbox I have to:
- Trigger a full refresh manually
- Wait several minutes til itās done
- Go hunt for those podcasts that still didnāt refresh
- Refresh those manually
Whereas previously I mostly went to Inbox and found my stuff, now it takes me 15 minutes of tapping, waiting, more tapping, more waiting.
This is also because refreshes seem to take longer.
Whatever happened to uninstalling and reinstalling ?
Do a backup and get an old apk, Iāve downgraded to applications multiple times and unless itās a big leap, backup files also work in lower versions tho be cautious to not delete backup file.
Bytehamster couldāve said that in context to downgrading apps by playstore (that canāt be done)
Any news on the VPN front?
Iāve been suffering from this problem for months now, despite a few AP updates. Iām using NetGuard, BTW.
AntennaPod is the only app on my phone that has it. Everything else, including two other podcatchers I keep only for testing, works as expected.
This seems the first time you mention that youāre on a VPN. So the feed refresh only has the issues you described in your first post when your VPN is active, and doesnāt have issues when you turn it off?
If Iām not mistaken AntennaPod just tells Android to download the feeds, and gets the new files. So if downloads fail, it wouldnāt be an issue in AntennaPod per se.
Maybe your VPN slows things down and several downloads time out? Or, VPN is no longer recognised as WiFi, and you only allow auto-refresh oflver WiFi. You can check this by allowing refresh over mobile connection in the settings.
@keunes, best to clarify the underlying reasoning: when I started having this issue I headed over to GitHub and looked for problems related to refreshes.
I found existing tickets that focused around two main areas:
- slowness during refreshes
- problems related to VPNs
Refreshes were hunky-dory for me previously, 100% pristine, and problems only seemed to emerge after that AP upgrade, additionally AP was (and still is) the only problematic app on the whole phone.
I decided against opening a new ticket and that I would wait and see instead.
NetGuard isnāt a real VPN, itās a firewall that makes use of Androidās VPN service in order to filter connections.
I donāt think it imposes that much of a performance hit, not so significant that it would make connections time out (else it would affect other apps, too?)
Whatās more, these various outcomes are all possible:
- Full refresh completes successfully
- Full refresh is partially successful
- Full refresh completely fails
Whereas, refreshes for individual podcasts always seem to complete correctly.
From where Iām sitting there appears to be no rhyme or reason; the next refresh can be 100% perfect, or it may fail three times in a row.
Done that now, then started a full refresh. It was case #2, most podcasts refreshed correctly but a few failed with either a timeout or a āfailed to connectā error.
Of course, when I refreshed the individual podcasts manually, everything was just fine.
To add to my confusion, I also got Red Icons for a few podcasts that show āUpdate Disabledā and have their āKeep Updateā switch turned off.
That doesnāt seem like a thing that should be happeningā¦?
Thanks for that info.
Ok, so thereās an issue that emerged after an AP update. In that case itās best to just create a bug report (here on the forum or on GitHub) so we have all the details. Now it took a couple of back-and-forths.
If you really noticed a difference between 3.0.2 and 3.1, itās worth investing if anything relevant changed between this versions: Comparing 3.0.2...3.1.0 Ā· AntennaPod/AntennaPod Ā· GitHub
So if you think itās not related to the āVPNā, why did you ask for news on that front, I wonder. Either way, I guess investigation should focus on code changes between versions rather than anything VPN related.
Yes, I think Iāve noticed that as well. Itās indeed a bit unexpected. If you feel like it, would you mind creating a āfeature requestā on GitHub to improve this behaviour?
As a workaround, Iāve personally put a filter so that only subscriptions which are ākept updatedā are listed.
This topic was automatically closed 120 days after the last reply. New replies are no longer allowed.