Antennapod: Episodes queued from local feed cause UnknownHostException

Created on 7 Jan 2021  路  6Comments  路  Source: AntennaPod/AntennaPod


name: Bug report
about: Local feed causing hostname error

labels: 'possible bug'

Checklist

  • [x] I have used the search function to see if someone else has already submitted the same bug report.
  • [x] I will describe the problem with as much detail as possible.
  • [x] If the bug only to occurs with a certain podcast, I will include the URL of that podcast.

System info

App version: 2.1.1 (a7c6e697c)

App source: F-Droid

Android version: 9, LineageOS 16

Device model: OnePlus 5T

Bug description

Steps to reproduce:
Not sure if these are complete:

  1. Create feed from a local folder
  2. Add episodes from that feed to queue

Expected behaviour:
When syncing podcasts, AP recognizes a local feed and either checks the local folder for updates, or ignores it.

Current behaviour:
AP continually attempts to resolve "content" as a hostname, filling up the Download log with errors and continually creating notifications (multiple per second)

First occurred: a few days ago, when I added local episodes to my feed.

Environment:

Nothing unusual comes to mind. I did try to disable auto-download for the local feed, and re-add the feed, but to no effect. It only occurs with episodes that are queued.

I'm making this report on mobile, so apologies for brevity. Do let me know if other env details are needed.

Stacktrace/Logcat: Relevant log entry:

01-07 10:34:09.737  5632 24682 E HttpDownloader: java.net.UnknownHostException: Unable to resolve host "content": No address associated with hostname
01-07 10:34:09.737  5632 24682 W System.err: java.net.UnknownHostException: Unable to resolve host "content": No address associated with hostname
01-07 10:34:09.737  5632 24682 W System.err:    at java.net.Inet6AddressImpl.lookupHostByName(Inet6AddressImpl.java:126)
01-07 10:34:09.737  5632 24682 W System.err:    at java.net.Inet6AddressImpl.lookupAllHostAddr(Inet6AddressImpl.java:105)
01-07 10:34:09.737  5632 24682 W System.err:    at java.net.InetAddress.getAllByName(InetAddress.java:1154)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.Dns$1.lookup(SourceFile:40)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.connection.RouteSelector.resetNextInetSocketAddress(SourceFile:185)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.connection.RouteSelector.nextProxy(SourceFile:149)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.connection.RouteSelector.next(SourceFile:84)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.connection.StreamAllocation.findConnection(SourceFile:215)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.connection.StreamAllocation.findHealthyConnection(SourceFile:135)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.connection.StreamAllocation.newStream(SourceFile:114)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.connection.ConnectInterceptor.intercept(SourceFile:42)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.RealInterceptorChain.proceed(SourceFile:147)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.RealInterceptorChain.proceed(SourceFile:121)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.cache.CacheInterceptor.intercept(SourceFile:93)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.RealInterceptorChain.proceed(SourceFile:147)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.RealInterceptorChain.proceed(SourceFile:121)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.BridgeInterceptor.intercept(SourceFile:93)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.RealInterceptorChain.proceed(SourceFile:147)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(SourceFile:127)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.RealInterceptorChain.proceed(SourceFile:147)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.RealInterceptorChain.proceed(SourceFile:121)
01-07 10:34:09.737  5632 24682 W System.err:    at de.danoeh.antennapod.core.service.BasicAuthorizationInterceptor.intercept(SourceFile:24)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.RealInterceptorChain.proceed(SourceFile:147)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.internal.http.RealInterceptorChain.proceed(SourceFile:121)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.RealCall.getResponseWithInterceptorChain(SourceFile:257)
01-07 10:34:09.737  5632 24682 W System.err:    at okhttp3.RealCall.execute(SourceFile:93)
01-07 10:34:09.737  5632 24682 W System.err:    at de.danoeh.antennapod.core.service.download.HttpDownloader.download(SourceFile:103)
01-07 10:34:09.737  5632 24682 W System.err:    at de.danoeh.antennapod.core.service.download.Downloader.call(SourceFile:46)
01-07 10:34:09.737  5632 24682 W System.err:    at de.danoeh.antennapod.core.service.download.Downloader.call(SourceFile:15)
01-07 10:34:09.737  5632 24682 W System.err:    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
01-07 10:34:09.737  5632 24682 W System.err:    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:458)
01-07 10:34:09.738  5632 24682 W System.err:    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
01-07 10:34:09.738  5632 24682 W System.err:    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
01-07 10:34:09.738  5632 24682 W System.err:    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
01-07 10:34:09.738  5632 24682 W System.err:    at java.lang.Thread.run(Thread.java:764)

Most helpful comment

It's already fixed in 2.1.2 which is currently rolling out

All 6 comments

I can confirm this issue on another device with a similar behavior.
But I want to add following:

  • I have enabled an option which might cause this behavior: "Automatically download up to X podcasts of my queue". This might be the reason why the bug was not found during testing this feature.
  • The bug only happens for me directly after adding a local podcast. Because I wanted to stop the notification bombing temporary, I "force-stopped" the app using Android's app info page (in the settings). However after relaunching the app, this issue did not happen again like the app now thinks the local podcast was "downloaded" successfully. EDIT: It happens again if I trigger another online podcast (not the local podcast affected) to look for new episodes, however even there were no episodes added. Also removing an item from the queue does also triggering the download resulting in a mass of error notifications.

System info

App version: 2.1.1 (a7c6e69)

App source: F-Droid

Android version: 9, Stock Android

Device model: Nokia 5

I can confirm this bug.

@keunes could you assign to me?

It's already fixed in 2.1.2 which is currently rolling out

Cool, @ByteHamster

I also tagged the release for F-Droid now. The fix should arrive soon.

Thank you for your work!

Was this page helpful?
0 / 5 - 0 ratings