Hey folks. I’m wanting to switch over from Podcast Addict, and was able to import my podcasts via OPML import, which is excellent. One of my paid feeds worked, but the other didn’t. I went this route because I wasn’t able to add either paid feed within AntennaPod before.
I’ve tried to add it manually a few times, but after entering the username and password, it does nothing. The prompt disappears and I’m on the “add podcast” page as if nothing happened. I’ve tried minor variations to the URL but this, naturally, shows up as an error.
This is the feed, and it works fine in the other app.
I am one of the contributors of AntennaPod. If you open that link on your browser and enter the user and password, does it work and display an RSS feed?
I also tried the feed by entering a bad user and password and nothing happened.
I am not sure how best to proceed, but it sounds like a regression.
@trance what you are seeing seems like a bug. Could you do us a favor and file a GitHub issue on this problem? I am surprised this has not been reported by other people.
if you are able to change your password, it would be good for you to give one of us via private email the user and password for us to test and then you reset your password so we cannot use it after we verify the bug
thanks @trance . it is still a bug we need to fix. I am on vacation right now, and cannot confirm the bug. @keunes just a fyi that this could be a potential bug
I’m sure it did work at some point because I changed the “set password” UI some months ago. If it had been broken then, I would have noticed. I can confirm that it is currently broken on my device, too. Strange.
As a test feed, you can use this: Password protected media. Username: user, password: password. When downloading the media file, I get an error message. When adding the credentials and streaming the file, it works. So there must be something wrong with our download service.
Adding some logging to BasicAuthorizationInterceptor, AntennaPod sends the header authorization: Basic dXNlcjpwYXNzd29yZA==. The following command does fetch the file just fine:
curl -H "authorization: Basic dXNlcjpwYXNzd29yZA=="
https://tools.bytehamster.com/podcast/pianoPasswordProtected.mp3 > test
No idea why AntennaPod doesn’t do it – with the same header.
I think I found it! The problem is the http»https redirect. If the request is redirected, we apparently don’t send the header to the new URL. I added a second item to the test feed that shows the difference. Unfortunately, I don’t know why the headers disappear…
@ByteHamster could you protect this media url again? It’ll be useful for me to verify the fix. I think the issue with thisnetworkInterceptor() not adding authorization header? I’m still working on a fix
The feed should still be like it was. I can reproduce the problem using this feed. There are two episodes: the https media url downloads fine and the http url (which is redirected to https) doesn’t.
The network interceptor does add the header but the redirect somehow happens further down the stack and okhttp doesn’t keep the headers after redirecting, if I remember correctly.
I do play piano, though.