Podcast title containing decimal codes for quotation marks display incorrectly

[GregoryHuff]

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

App source: F-Droid

Android version: 10

Device model: SM-G960F

Bug description

Steps to reproduce:

1. Strangely, this is only a bug for one password protected RSS feed I subscribe to. There's a free version which doesn't have this problem. The protected one has a title containing “ and ” which should display quotes but instead just display these codes.
2. The RSS feed contains <title>&#8220;YOUR WELCOME&#8221;</title>

[ByteHamster]

This usually happens if the creators of the feed encode the symbols twice. Try downloading the feed file and viewing it in a text editor. AntennaPod can handle “ but if the creators write “, they are explicitly telling AntennaPod to display the code. If that's the case, it would be good to contact them about that.

[nicolaus-hee]

I have a similar behavior but it's for the & symbol. Screenshot & url of XML below (not sure which tag you parse). In podcast search results, it is displayed correctly, in the episode list and subscription screen, it is not and weirdly showing & as a string.

XML
URL: https://feeds.lagedernation.org/feeds/ldn-mp3.xml

Search results:

Subscription screen:

Episode list:

[ByteHamster]

@nicolaus-hee AntennaPod looks at itunes:author:

<itunes:author>Philip Banse &amp;amp; Ulf Buermeyer</itunes:author>

[nicolaus-hee]

@ByteHamster Oh, so are you seeing & on your end? I only get &.

<itunes:name>Philip Banse &amp; Ulf Buermeyer</itunes:name>

[ByteHamster]

Try downloading the file. Browsers already parse one of the entities.

[nicolaus-hee]

Yeah, noticed. I curled it and still only got one &:

[ByteHamster]

Oh, I see. The broken one is the one inside an <item>. Because itunes:author is only specified for the whole channel and not for individual items, AntennaPod always uses the last itunes:author tag that it finds, regardless where it is.

[ByteHamster]

Since #4887, we work around publishers double-encoding their names.