SSP 3.4 w/ Polylang 3.6.3 – Podcasts feeds in non-default language are 302-ed

  • First of all, thanks a lot for Seriously Simple Podcasting (SSP)!

    Unfortunately, we are having an interoperability issue with Polylang. We are using WordPress 6.6 with SSP 3.4 and Polylang 3.6.3 are, for the purposes of this issue, hosting three “podcasts”, one of which has multiple sub-podcasts in German and English. The default language of our site is German. Recently, we noticed that WordPress responds to GET requests for the RSS feeds for English podcasts with a 302 Redirect to the – German – default feed:

    # "fragments" is the slug of the English version of one or our podcasts
    $ curl -v https://testing.audiothek.philo.at/feed/podcast/fragments/
    [...]
    > GET /feed/podcast/fragments/ HTTP/2
    > Host: testing.audiothek.philo.at
    > User-Agent: curl/8.6.0
    > Accept: */*
    > 
    < HTTP/2 302 
    [...]
    < location: https://testing.audiothek.philo.at/feed/podcast/std/
    [...]
    < x-redirect-by: WordPress
    [...]

    “std” is the slug of the German version of the default feed.

    Adding an “en” language qualifier makes no difference:

    $ curl -v https://testing.audiothek.philo.at/feed/podcast/en/fragments/
    [...]
    < HTTP/2 302
    [...]
    < location: https://testing.audiothek.philo.at/feed/podcast/std/
    [...]
    $ curl -v https://testing.audiothek.philo.at/feed/podcast/fragments-en/
    [...]
    < HTTP/2 302
    [...]
    < location: https://testing.audiothek.philo.at/feed/podcast/std/
    [...]
    $ curl -v https://testing.audiothek.philo.at/feed/podcast/en/fragments-en/
    [...]
    < HTTP/2 302
    [...]
    < location: https://testing.audiothek.philo.at/feed/podcast/std/
    [...]

    We tried all of Polylang’s URL modification and content synchronization settings, but to no avail.

    Disabling Polylang and updating the podcasts restores expected behavior:

    $ curl -v https://testing.audiothek.philo.at/feed/podcast/fragments/
    [...]
    < HTTP/2 200 
    [...]

    We can reproduce that behavior with all other plugins disabled. Unfortunately, we do not know whether it occurred before May 28/SSP 3.4.0; I cannot remember whether we failed to test English feeds or whether we tested them and they worked fine.

    Thanks a lot for your help!

Viewing 6 replies - 1 through 6 (of 6 total)
  • Plugin Author Serhiy Zakharchenko

    (@zahardoc)

    Hi @odkr,

    Sorry to hear you encountered this issue, and thank you for reaching out. I’ll work on reproducing the issue and will get back to you with the results later this week.

    In the meantime, you might want to try rolling back to previous versions of SSP or Polylang to see if that resolves the problem.

    Best regards,
    Serhiy.

    Thread Starter Odin Kroeger

    (@odkr)

    Thank you for your swift reply; and please apologise my delayed one, I’ve been on vacation and will report back on how rolling back to to pre-v3.4.0 worked as soon as I’m caught up on my emails.

    Thread Starter Odin Kroeger

    (@odkr)

    I did a rollback to SSP 3.3.1, but the redirects persist. Thanks again for looking into this.

    Plugin Author Serhiy Zakharchenko

    (@zahardoc)

    Hi @odkr,

    Thank you for letting us know that the issue isn’t related to the latest plugin updates. I’ve created a ticket to investigate it further and will update you once it’s resolved.

    Best regards,
    Serhiy.

    Thread Starter Odin Kroeger

    (@odkr)

    Thanks a lot! I can give you access to our testing system, if that helps. If there’s anything we can do to help you find the issue, let us know.

    Thread Starter Odin Kroeger

    (@odkr)

    Hey, I just thought I’d check in. Is there any progress on the issue or anything we could do to help?

Viewing 6 replies - 1 through 6 (of 6 total)
  • You must be logged in to reply to this topic.

Tags