Solved Diagnosing no icons in user panel

[sparek]

I've got a situation on one of my DirectAdmin servers where no icons are displaying in the user's panel.

This is only affecting one of my DirectAdmin servers. I'm almost certain that it's a customization that I have in place - although I've only been made aware of the issue today and no changes have been made on the server.

I'm having trouble finding any logs that might lead me to the issue. None of the logs in /var/logs/directadmin appear to show any errors.

Is there another log or a way to enable more verbose logging so that I can try to locate the issue?

 

[Richard G]

No display of icons is often a language issue. Do you have English active or some other language?
If non-English, then sometimes it helps to switch to English. Check if icons are working then.
If yes, change back to the other language and see if that helped.

If not, then I don't know.

 

[sparek]

The user is in English.

This does bring up another issue, which may be related to this. Trying to make any skin changes does not do anything. Selecting the Settings -> Layout and changing it to something other than Refresh results in the text box changing to Select:



I'm not real sure what this has to do with no icons showing - but it's a strange coincidence if it's not related.

 

[sparek]

Nevermind with the ability to change layouts and languages. This appears to be fixed... not sure what I did to fix it though.

Still no icons though.

Found the issue on another server. Seems the issue is isolated to AlmaLinux 8 servers. My CentOS 7 servers are showing icons. I don't think that has anything to do with anything, but hoping to find some similarities that can help me narrow it down.

 

[sparek]

Forcing a switch to the old Enhanced skin and the icons work.

This would seem to me to indicate an issue with the Evolution theme. But still no closer to isolating it.

 

[sparek]

Is there supposed to be a /usr/local/directadmin/data/skins/evolution/lang/en directory with DirectAdmin?

I'm seeing this fallback to /usr/local/directadmin/data/skins/enhanced/lang/en in the logs.

This fallback is happening on both servers that show no icons and servers that do show icons. So I'm not sure if it's related.

I'm very much at a loss at the moment.

 

[Richard G]

to be a /usr/local/directadmin/data/skins/evolution/lang/en directory with DirectAdmin?

No. Not for the evolution. The enhanced has a language dir. Evo does not, Evo has .po files and a .pot file. No English one, maybe that's integrated in the .pot or in DA itself.

This is my /usr/local/directadmin/data/skins/evolution/lang directory so you can compare:

drwxr-xr-x. 2 diradmin diradmin 4.0K 2024-04-18 17:55 .
drwxr-xr-x. 4 diradmin diradmin 4.0K 2024-04-18 17:55 ..
-rwxr-xr-x  1 diradmin diradmin 305K 2024-04-18 17:55 cs.po
-rwxr-xr-x  1 diradmin diradmin 270K 2024-04-18 17:55 de.po
-rwxr-xr-x  1 diradmin diradmin 508K 2024-04-18 17:55 dictionary.pot
-rwxr-xr-x  1 diradmin diradmin 361K 2024-04-18 17:55 el.po
-rwxr-xr-x  1 diradmin diradmin 227K 2024-04-18 17:55 es_419.po
-rwxr-xr-x  1 diradmin diradmin 290K 2024-04-18 17:55 es.po
-rwxr-xr-x  1 diradmin diradmin 250K 2024-04-18 17:55 fa.po
-rwxr-xr-x  1 diradmin diradmin 232K 2024-04-18 17:55 fr.po
-rwxr-xr-x  1 diradmin diradmin 276K 2024-04-18 17:55 hu.po
-rwxr-xr-x  1 diradmin diradmin 176K 2024-04-18 17:55 it.po
-rwxr-xr-x  1 diradmin diradmin 300K 2024-04-18 17:55 nl.po
-rwxr-xr-x  1 diradmin diradmin 176K 2024-04-18 17:55 pl.po
-rwxr-xr-x  1 diradmin diradmin 169K 2024-04-18 17:55 pt_BR.po
-rwxr-xr-x  1 diradmin diradmin 388K 2024-04-18 17:55 ru.po
-rwxr-xr-x  1 diradmin diradmin 307K 2024-04-18 17:55 sk.po
-rwxr-xr-x  1 diradmin diradmin 211K 2024-04-18 17:55 sv.po
-rwxr-xr-x  1 diradmin diradmin 309K 2024-04-18 17:55 tr.po
-rwxr-xr-x  1 diradmin diradmin 380K 2024-04-18 17:55 uk.po
-rwxr-xr-x  1 diradmin diradmin 306K 2024-04-18 17:55 uz.po
-rwxr-xr-x  1 diradmin diradmin 198K 2024-04-18 17:55 zh_Hans.po

 

[sparek]

So I knew this was likely related to some customizations I did. And it was.

This is related to:

Disable User Access Level for certain users (resellers)

Is it possible to disable the user panel completely for a user? So that when a reseller logs into their panel they only see their reseller panel. For us, we set up resellers with a mock domain for their reseller account and then all of their accounts are listed under that reseller. There's...

forum.directadmin.com

Apparently making changes to the - /usr/local/directadmin/data/users/%user%/skin_customizations/evolution/files/menu-v2.json - file, if %user% is a reseller (or admin) then these changes are propagated out to all of the accounts under that reseller.

This does beg the question if there is a way to make menu changes at a per-user level and not at a reseller level. But that's a discussion for a separate thread.

I doubt anyone ever runs into a similar issue, since this was a customization on my part. But in an effort to tie this up into a pretty bow, that was the solution.

 

[Richard G]

Well you can put your thread to solved then.

It's good you found it because it's always hard to find the cause of the issue if it's cause by a customisation which isn't known.
Luckily you thought of it again and found the according thread.

Good job!

 

[sparek]

I suppose one potential area that could be improved. I used:

Troubleshooting DA service | Directadmin Docs

DirectAdmin Knowledge Base

docs.directadmin.com

To run DirectAdmin in debug mode, with an absurd value of 90000 to try and find where the issue was.

Despite being at a 90000 debug level, there's no mention of the menu-v2.json file being read.

Now... truth be told, even if it was mentioned what are the odds I would have found it and localized the issue based on that? With all of the data being dumped in a 90000 debug level I kind of doubt I would have noticed it. But this also brings up an interesting question, is there a maximum debug level? And if so, what is it? And if it's 90000 or less why isn't the specific menu-v2.json file being read listed in the data being dumped?

No doubt that this was an issue I created. I'm not trying to skip around that. But I might hope that there would be a debugging level or logging verbosity that is high enough to at least include this in a data dump.