Most feeds not loading #268
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I'm experiencing a similar issue to the one described here: #107
This is on a turris omnia, which is a 32-bit armv7
Thanks for your work ❤️
Hello
Thank you for you report.
RePod isn't directly involved in your error, gPodder Sync fails to grab the feed of most of your podcasts.
But i'm familiar with gPodder Sync, I can try to debug your error.
I sadly can't reproduce it myself on my systems, can you give me the result of this command in the server that runs Nextcloud ?
curl -vvv https://feeds.soundcloud.com/users/soundcloud:users:572119410/sounds.rss
I take the first feed you gave me in the logs, take any feed you like that fails if you prefer ^^
Thank you.
Thank you for the very quick response and the help with gpoddersync.
Any of these work if I run them directly on the server. Seems to come from guzzlehttp
Guzzle relies on libcurl to work. That's why I pointed you on that direction.
But with some research on Nextcloud server core, I found this issue that could be related with your problem : https://github.com/nextcloud/server/issues/24136
You're not on OpenWRT, but if your libcurl has the same limitation, maybe you'll fall into the same case.
There is a hacky fix in the linked issue, can you try to patch it just for testing ?
Regardless, I can't make this into repod or gPodder Sync if it's this particular issue. Like MorrisJobke pointed out, it could break other things if I set the
identity
header everywhere.Thanks, turris is an openwrt. So the libcurl issue might be the problem. Will try patching or compiling libcurl with compression :)
I double checked and on my turris curl indeed is missing compression. I also wrote in the turris forum about this: https://forum.turris.cz/t/ship-curl-with-compression-nextcloud-gpoddersync-and-repod/21583
Changing
gzip
toidentity
as described here fixed it:https://github.com/nextcloud/server/issues/24136#issuecomment-770335333
For me this was at line 88 in:
/srv/www/nextcloud/lib/private/Http/Client/Client.php
No need to restart after that, just reload the repod page on nextcloud.
Obviously one will have to fix that at least after every update.
Thanks for your help :)