Antennapod: Download continued over Mobile Data after wifi signal was lost

[Fuzzface74]

Today I stopped to get a coffee, left my phone in the car. I had cleared my queue to make room for new downloads. It connected to starbucks wifi and started to auto download recent subscribed podcasts. It lost wifi connection, but continued to download over mobile data, even though 'Mobile Updates' was toggled off. I did not have a wifi filter on, allowing it to connect to all wifi networks, I would assume. I have downloads scheduled for 2am nightly.

Should it not have stopped downloading once it lost wifi? It cost me $40 in data overages.

Thanks.

---

App version: 1.6.2.3

Android version: 6.0.1 (no custom rom)

Devide model: Galaxy S5 SM-G900W8

Expected behaviour: Only download podcasts over wifi.

Current behaviour: Downloaded podcasts over data network

First occured: This is not the first time it has happened. Noticed about 6 months ago.

Steps to reproduce:

1. Empty full queue
2. connect to wifi network
3. available podcasts begin download
4. lost wifi connection
5. download continues over data network. No way to terminate.

Environment:

Stacktrace/Logcat:

[if available]

[mfietz]

As a workaround, you should be able to restrict mobile data usage for apps in android 6. or even set limits how much mobile data can be used.

[dimagsv]

I can confirm. This is a very old bug. Can be reproduced on android 4 and 5.

[DangerousDave99]

I am having this bug too. For the last 3 months, on the 14th-16th day (exactly, it's taken me 3 months to realise this) AntennaPod will draw 400-500MB of mobile data from my dataplan as shown in Android Data Usage. I have Automatic updates turned off, so it shouldn't even use 3G/4G. I also have downloads scheduled for 4am nightly.

App version: 1.6.2.3

Android version: 4.3

Device model: Sony Xperia SP (C5303)

Expected behaviour: Podcasts only downloaded over WiFi at 4am each day. No podcasts should be streamed over Mobile Data

Current behaviour: Over 2-3 days in the middle of each month, 400-500MB of data is "consumed" by the app.

First occured: January 2017

Steps to reproduce: None.

Environment: See above.

[alphapapa]

This happens to me fairly often:

1. Add an episode to queue, and download the episode locally.
2. Add another episode to queue, after the first episode, but do not download it locally.
3. Listen to the first episode.
4. When it finishes playing the first episode, the second episode begins playing.
5. Since the second episode is not downloaded, it begins streaming.
6. But I am not at home, not on wi-fi, so it starts streaming it over my limited mobile data connection.
7. So I have to manually stop the playback of the episode. But it's too late, it's already wasted several megabytes of data.

This tends to happen when I'm driving in the car, which is extra annoying.

AntennaPod really needs a Never download anything over non-wifi networks option. As @Fuzzface74 mentioned, such an option would save users significant amounts of money.

As a workaround, you should be able to restrict mobile data usage for apps in android 6. or even set limits how much mobile data can be used.

@mfietz This setting on my phone only applies to background data usage, so it has no effect when AntennaPod is on the screen.

[ByteHamster]

@alphapapa Your use-case is fixed in AntennaPod 1.7.3 (that is currently rolling out). It will ask before streaming on mobile connection even if AntennaPod auto-plays the queue. The setting in 1.7.3 is located in Settings/Network/Mobile updates/Streaming.

[alphapapa]

@ByteHamster That's great news. Thank you very much.

[RollingStar]

Is this bug still open?

[tonytamsf]

It looks like now when you arrive at the 2nd episode that is suppose to stream, it will ask you if you wanted to strem on mobile Once or Always

@alphapapa

[tonytamsf]

On my phone, if I disconnect wifi the download that is happening now will error out.

@ByteHamster what do you think of how we can implement this fix?

1) We could hook into HttpDownloader with a callback to check for whether a download should continue.

2) Then check whether the user is within the temporary allowed time where they overwritten the download for that episode here

[ByteHamster]

We could hook into HttpDownloader with a callback to check for whether a download should continue.

I think it would be easier to handle network changes in the DownloadService class. The reason is that instead of all downloaders, only the service needs to subscribe to network changes. Also, it's located in the app module, so it has access to MobileDownloadHelper