Support

Admin Tools

#28563 Strange symbols in joomla backend

Posted in ‘Admin Tools for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Admin Tools version
n/a

Latest post by on Sunday, 05 November 2017 17:17 CST

jpbarbato
Hi
My backend is showing symbols rather icons.
The problem disappear when erase the password protection in admintool.
I administrate 8 domains with the same configuration, and this is the only one that behaved showing symbols rather icons.
I used Chrome
regards
Juan Barbato

dlb
Juan,

I'm not sure I understand. First, clear your browser cache. An update can sometimes mess up the icons. If that doesn't do it, please post a screen shot.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

jpbarbato
Hi
I clear cache browser and error persist. If I delete the password protection in admintool, then icons reappear immediately. Attach are screen shot.
Regards
Juan Barbato

nicholas
Akeeba Staff
Manager
Joomla's fonts are rendered by means of an icon font which is stored in /media/jui/fonts relative to your site's root. The System - Admin Tools plugin cannot possibly limit access to the (static) content of that folder.

Moreover, the administrator password protection simply creates a .htaccess and .htpasswd file in the administrator directory. They do not have any effect in the media folder which is one level up.

It looks like something is screwed up in that site's hosting configuration. I am not entirely sure what. I cannot think of an Apache configuration failure mode which would end up preventing serving the icon fonts from the media folder when an unrelated folder is password protected.

Also, like you, I am (mostly) using Chrome to administer all of my live, test and development sites and on all of them I have activated the administrator password protection on principle of using multi-factor authentication on all web properties under my control. I could only reproduce the issue on one, many months ago, when I was using the .htaccess Maker and had inadvertently removed media/jui/fonts from "Frontend directories where file type exceptions are allowed". However, that failure was there permanently, without having anything to do with the administrator password protection.

This makes me think: when you remove the administrator password protection, do you also remove the (unrelated to this feature) .htaccess from the site's root?

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

jpbarbato
I don´t erase .htaccess.
I use the same server for 5 other domains with the same configuration, and antroposofia.cl is the only one that behaved this way.
Any other idea?
Regards
Juan Barbato

nicholas
Akeeba Staff
Manager
Then it must be something with your hosting setup. The only thing the password protection does is create a small .htaccess file in the administrator folder. It doesn't touch anything else. You can see for yourself how simple that file is. I can't think of any reason why that file would block a completely unrelated static file from being loaded. I also cannot reproduce it.

Is there something special about this particular site? Is it on a different host? A different server? In a subdirectory of another site (not as a URL, I mean as a filesystem directory)?

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

jpbarbato
The site is in a subdirectory, /home

nicholas
Akeeba Staff
Manager
If there is a .htaccess in the root directory (above /home) it is possible that its contents somehow get in the way. That would depend on the redirection rules and error documents you have there. For example, a custom HTTP 400 error page which doesn't exist could cause this issue. Then again, you could also be setting up the same nonexistent error page through the host's control panel. But, anyway, this ends up being a hosting issue.

Here's an idea. The administrator directory password is not really a feature that requires Admin Tools. We are just trying to apply a hosting-level password protection of the /administrator directory of your site. Ask your host how you can password protect a directory and apply their instructions to password protect /administrator. If their method results in the same problem with Joomla's icon fonts report that issue to them and ask them to fix it. Since they have access to the server files and they are the ones who have set up the server they will know which part of the server setup is likely to be blocking the icon font files and fix it or work around it.

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

System Task
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!