Unable to subscribe to this feed (removing ‘s’ from https or cleaning cookies doesn’t help either): Kent Akademisi
If possible include steps to reproduce the problem:
Open tt-rss, try to subscribe said feed, got this error: “Failed to parse output. This can indicate server timeout and/or network issues. Backend output was logged to browser console.”
I have tried fox’s ‘myfeedsucks’ tool and it got parsed successfully, which means the problem lies in my installation.
tt-rss version (including git commit id):
v17.4 and the last commit was 485902c3
Platform (i.e. Linux distro, PHP, PostgreSQL, etc) versions:
Do you have any PHP logs? If you haven’t changed the default settings TT-RSS logs errors to the database and you can view that in the admin user’s Preferences section. Might also be available in normal server logs (/var/logs or whatever your OS flavour uses).
I have experienced similiar (but not exact) error messages in my development environment when all of PHP-FPM’s child processes are busy for so long the request just times out. But you never stated you were using PHP-FPM and I don’t know what your setup uses.
One thing to try is to SSH into the server and try using curl or something similar to see if the URL times out. I have experienced times where some sites have blocked entire subnets, so if curl from the terminal doesn’t load it, you know not to waste your time with your web stack.
Thanks both for the answers. I’ll try and do your suggestions over the weekend. In the meantime, I narrowed down my problem to ‘https’ links e.g. Tiny Tiny RSS: Community - Latest posts produces the same error message. Cheers.
Just in case a lost soul in the future is sent to this thread by Google: I exported my feeds as .opml to my computer and added any https feed links giving me trouble manually to .opml file and then imported it back again. This does not only circumvent the problem, but actually solved it i.e. I tried to add another https feed to ttrss using main web interface and it was subscribed without any problem. I reckon seeing my laughable fix to the problem, Openshift gods must have corrected whatever the issue was - or, it was a coincidence. Anyways, cheers for the help and hope this helps anyone who might happen to have the same problem in the future.