Thank you for your help.
The filename of the cached image depends on the title of your podcast episode. There is no soft hyphen in the episode title. So there shouldn't be one in the filename (that then gets converted into
%c2%ad) either. In other words: I don't know where that
%c2%ad comes from, but that's an other question.
Nevertheless I tried your advice and renamed that cached image file and even changed that name accordingly in the
cache.yml that is stored in the same folder.
Here is what happens:
1. Podlove won't find the file named
rueck%c2%adblick-2015-gt019_500x500.png because I changed the name of the image with that name.
2. Podlove will therefore load the non-cached original file. -> Everything looks good.
3. A few minutes later, Podlove will start caching again.
4. Podlove recreates a cached (not displayable) image named
5. Podlove finds and "shows" that image. We are now back to where we were before.
To solve my problem, I need to either:
1. Stop Podlove from caching this image.
2. Force Podlove to give that image a different,
%c2%ad-free title when caching it.
But I don't know how to.
I'm now in contact with my webhost to solve this problem from the other end: Make image files with an
%c2%ad (and possibly other parameters) in their name displayable.
I tried to force Podlove to give the image a different name by renaming the episode from
Rückblick 2015 | GT019 to
Jahresrückblick 2015 | GT019.
Podlove did in fact create a new cached image with a different name matching the new title:
jahresrueck%c2%adblick-2015-gt019_500x500.png. Therefore: Same problem again. The
%c2%ad is back, even if there is still no soft hyphen in the title of the episode.
I changed the titel now to
Spielejahr 2015 | GT019. Podlove now won't create a filename with
%c2%ad in it (why should it in the first place?). Therefore the problem is kind of solved. It's a work-around.
I changed the title back to the original one - just to see what happens. As expected, Podlove creates a new cached image file that matches the changed episode title. This time:
rueckblick-2015-gt019_500x500.png. Just as it should have been in the first place. The problem is gone. At least for now. Strange.