Possible to go back from 3.1 to 3.0.2?

Were there any changes, in the database or otherwise, that would create issues if AntennaPod was rolled back?

1 Like

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:

  1. Trigger a full refresh manually
  2. Wait several minutes til itā€™s done
  3. Go hunt for those podcasts that still didnā€™t refresh
  4. 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:

  1. Full refresh completes successfully
  2. Full refresh is partially successful
  3. 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.