Help! Icons missing backoffice.

[janex]

Hi, after fresh install missing backoffice icons- firefox and vivaldi not showing them Can somebody point to right direction where start...

[datakick]

Looks like font awesome is not loaded for some reason (Access-Control-Allow-Origin maybe?). Open your javascript console/network tab and look for errors there, that should help you understand where the problem is

[janex]

javascript console in web browser?, i also tried in virtualbox and over network on other pc- they all not showing icons, also after making 4-5 categories only two of them showing in front office(first and third automatically are on top menu other not- interesting). My server is shared options, php 7.2

[janex]

@datakick said in Help! Icons missing backoffice.:

n (Access-Control-Allow-Origin maybe?

is "Header add Access-Control-Allow-Origin " or "Header set Access-Control-Allow-Origin" is right? in .htaccess

[datakick]

@janex - this can be really caused by many different things:

• misconfiguration of your server
  • font actually missing on your server
  • you can be using Media servers with incorrect Access-Control-Allow-Origin settings
  • some css might override font family on icon-* css class
  • and many more

That's why I wrote start with javascript console in web browser. Is there any error in console, or in network tab? If there is, what it says? If not, then examine html element where the icon should be, and look what font-family it uses...

I could tell you what's wrong, but I'd need access to your back office first

[yaniv14]

Try disabling ad block extensions or adding the site to the whitelist.

[Beeta]

I just migrated from debian to centos (with centminmod) my sandbox and I have the same problem but on front-office.

on nginx I have:

location ~* \.(eot|svg|ttf|woff|woff2)$ { #add_header Pragma public; #add_header X-Frame-Options SAMEORIGIN; #add_header X-Xss-Protection "1; mode=block" always; #add_header X-Content-Type-Options "nosniff" always; #add_header Referrer-Policy "strict-origin-when-cross-origin"; add_header Access-Control-Allow-Origin *; add_header Cache-Control "public, must-revalidate, proxy-revalidate"; access_log off; expires 30d; break; }

is not a permission problem:

-rwxr-xr-x. 1 nginx nginx 1,6K 25 lug 21.00 index.php -rwxr-xr-x. 1 nginx nginx 71K 25 lug 21.00 fontawesome-webfont.woff2 -rwxr-xr-x. 1 nginx nginx 89K 25 lug 21.00 fontawesome-webfont.woff -rwxr-xr-x. 1 nginx nginx 150K 25 lug 21.00 fontawesome-webfont.ttf -rwxr-xr-x. 1 nginx nginx 383K 25 lug 21.00 fontawesome-webfont.svg -rwxr-xr-x. 1 nginx nginx 75K 25 lug 21.00 fontawesome-webfont.eot -rwxr-xr-x. 1 nginx nginx 123K 25 lug 21.00 FontAwesome.otf

[lesley]

Is it a cross origin issue? Look in the browser console.

[Beeta]

@lesley console gives a 403 error *48 access forbidden by rule

[Beeta]

problem found... was a rule inside an included file in the nginx configuration (more info here)

[colorful-ant]

please mark solved?

[Beeta]

@foolab solving that I found this: https://forum.thirtybees.com/topic/2164/thirtybees-and-prestashop-on-nginx-expose-tpl-and-other-files