Tiny Tiny RSS: Community

After today's upgrade (6.7.2017)


With or without https
Everything worked for me for many years.

Access by local ip and domain

so, have you tried setting SELF_URL_PATH to the proposed value?


I’m guessing OP didn’t read ANYTHING that was copy/pasted here… not a damn thing.


I was getting the same error from update_daemon2.php. SELF_URL_PATH is definitely set correctly. I just now did another git pull which updated sanity_check.php and it seems to be working now after.


I was getting the same error from update_daemon2.php. SELF_URL_PATH is definitely set correctly. I just now did another git pull which updated sanity_check.php and it seems to be working now after.

yeah this was a legit issue (for about 40 minutes until I noticed) but i don’t see how that relates to ops’ unspecified problem


Ah, my luck. My last pull must have been during that 40 minutes. And actually the detected value was incorrect (only said “http:” without the actual address) so it probably isn’t the same thing.


Every night starting “sudo git pull origin master” over cron and yesterday (+ many years) it was working. The SELF_URL_PATH I set correctly.


explain the problem you’re having coherently and in detail


Why would think that is remotely a good idea?

First, installing tt-rss as root using sudo is not a good idea™. Second, updating via cron is a terrible idea as you have no idea what has potentially gone wrong or needs a manual intervention. Third, you should always backup data before doing an upgrade.



Thanks for the smart ideas, but TT-RSS worked for me for a few years. I have bought an Android license.

My problem is describe in two pictures in the first post.

Can not connect via https protocol and via http can not connect as well. SELF_URL_PATH is set correctly: just change it for https or http in config.php. Https certificate I use Let’s Encrypt.
This has happened after today’s (or yesterday) update.
Even clean installation does not help, it’s the same.

I’m going to try FreshRSS.


You’ve redacted enough information in your pictures to make it difficult for us to help. Mind you, I understand why you don’t want to post your domain but if you really can’t resolve this by following fox’s instructions then maybe private message someone here with more details.

You can short-circuit the check by adding this to your config.php file:

define('_SKIP_SELF_URL_PATH_CHECKS', true);

But I would like to stress that I really do not recommend this as the sanity checks are there to alert you to issues and bypassing them is not a long-term solution.

e: Actually, re-reading your original post, I think I’m going to agree that the self URL constant is not actually defined properly. Look at the URL in your browser’s address bar when you visit TT-RSS and then compare that to the setting in the config file.

Access by local ip and domain

Finally somebody helped me, thank you very much.


if wishes were horses etc :facepalm:


sudo does not change owner:group that are set to www-data:www-data


It does if a new file or directory is created. But that’s not why @Kierun is saying that. He’s trying to point out that any process running as root has full privileges to the entire system; that’s a bad practice. Period.


I like their documentation…


yeah well at least they have some as opposed to our half-assed wiki pages lol

e: just look how posh that looks, sidebar and stuff


the idea for mandatory checking is having this set incorrectly may introduce subtle problems which are very hard to diagnose. if you specifically need to have this set to an arbitrary value there’s a tunable in config.php which disables this check.


My fault.
Sanity check works correct with http_host with frontend+backend.

define('SELF_URL_PATH', 'https://rss.domain.org');
define('SELF_URL_PATH', 'https://rss.domain.org/');


I got this error as well when I did the pull today. I had been running with the same value for SELF_URL_PATH for perhaps 2 years(??) What I found was that the sanity check required a trailing slash in the URL and in my case I didn’t have a trailing slash. The actual code couldn’t have required a trailing slash since everything worked fine right before the pull, and the only thing that was fetched was the new sanity check code.

Checked the example in the sample config file (config.php-dist) and it does have a trailing URL but the comment doesn’t say this is required and it has worked without this. Not sure if it is worth it but adding a “The url must end with a slash” to the comment might be helpful.