fossar / selfoss

multipurpose rss reader, live stream, mashup, aggregation web application
https://selfoss.aditu.de
GNU General Public License v3.0
2.38k stars 345 forks source link

WebUI Body is missing #1307

Closed OneClickPonyy closed 2 years ago

OneClickPonyy commented 2 years ago

My WebUI Body is "missing". Its something with Java i guess i also get this when im looking in to the dev tools: image

This is what the page looks like: image

*The machine is set up new so i dont have the problem after a update or something

Thanks in advance :)

jtojnar commented 2 years ago

Hi. How did you install selfoss? Particularly, what web server (Apache/nginx/…) and OS do you use?

This looks like the assets are not correctly pointed to the public/ directory. With Apache, this is controlled by .htaccess file, which it is not enabled by default.

OneClickPonyy commented 2 years ago

Hei,

the OS im using is centos7 release 7.9.2009 Apache: httpd-2.4.6.97.el7 php: 5.4.16 composer: 2.2.4 mysql: ver 15.1 mariadb 5.5.68

this is the manual ive used: https://www.vultr.com/docs/how-to-install-selfoss-rss-reader-on-a-centos-7-lamp-vps hope this info helps : )

jtojnar commented 2 years ago

This part should have taken care of that:

Open the file:

sudo vi /etc/httpd/conf/httpd.conf

Then find the section that starts with <Directory "/var/www/html"> and change AllowOverride none to AllowOverride All. The end result (with all comments removed) will look something like this:

<Directory "/var/www/html">
    Options Indexes FollowSymLinks
    AllowOverride All
    Require all granted
</Directory>

Now save and close the Apache configuration file.

Assuming you installed selfoss under /var/www/html.

And do not forget to restart Apache (using sudo systemctl restart httpd).

OneClickPonyy commented 2 years ago

This part should have taken care of that:

Open the file:

sudo vi /etc/httpd/conf/httpd.conf

Then find the section that starts with <Directory "/var/www/html"> and change AllowOverride none to AllowOverride All. The end result (with all comments removed) will look something like this:

<Directory "/var/www/html">
    Options Indexes FollowSymLinks
    AllowOverride All
    Require all granted
</Directory>

Now save and close the Apache configuration file.

Assuming you installed selfoss under /var/www/html.

And do not forget to restart Apache (using sudo systemctl restart httpd).

The file was already configurated like this image

and the files from selfoss are in the right directory image

ive also done systemctl restart httpd

jtojnar commented 2 years ago

Then that looks alright. Could you also check the contents of the public/ directory and what URL do you get when you click on the link in the browser developer tools? Either the files are missing or selfoss is somehow incorrectly detecting a base path and producing wrong URLs.

OneClickPonyy commented 2 years ago

Then that looks alright. Could you also check the contents of the public/ directory and what URL do you get when you click on the link in the browser developer tools? Either the files are missing or selfoss is somehow incorrectly detecting a base path and producing wrong URLs.

so in public it looks like this: image

and wehen i click on the dev URL it comes to this site: https://www.chromium.org/developers/design-documents/create-amazing-password-forms

jtojnar commented 2 years ago

Sorry, I meant the links on the right in the failed requests (like all.js). Alternately, you can check the network panel.

OneClickPonyy commented 2 years ago

nothing is happening its just empty field when i click on it - on all links on the right side from the error :(

jtojnar commented 2 years ago

Sorry, I misremembered how the dev tools work in Chromium. You need to right click it and then click “Open in new tab”. Then you should be able to see the URL in the address bar. At least I hope so, my console is somewhat different when I tried to simulate this by deleting some file:

Chromium console showing a HTTP 404 error

OneClickPonyy commented 2 years ago

Sorry, I misremembered how the dev tools work in Chromium. You need to right click it and then click “Open in new tab”. Then you should be able to see the URL in the address bar. At least I hope so, my console is somewhat different when I tried to simulate this by deleting some file:

Chromium console showing a HTTP 404 error

okay so in every link i opened in a new tab i get error 404 every time. image so the files exist that means some path are set false as you said

jtojnar commented 2 years ago

From that error, it looks like the files are being found relative to document root (/), which should be correctly resolved to the public/ directory using the following rule:

https://github.com/fossar/selfoss/blob/2.18/.htaccess#L25

So it looks like the issue is in Apache configuration but I exhausted my Apache knowledge and the few troubleshooting guides I found do not provide anything much interesting either.

jtojnar commented 2 years ago

I guess you could try putting some gibberish to the top of the .htaccess file. That should cause an Error 500 if the file is loaded by Apache.

jtojnar commented 2 years ago

selfoss 2.19 has been released, which completely revamps the asset loading. Please open a new issue if you still have problems.