New in CWP Edge-LatestFree with every CWPpro licenceWebsites up to 300x faster

CWP now includes LSPHP, LSAPI-Cache and CWP Cage at no extra cost with all CWPpro licences. The LSAPI-Cache plugin is integrated into our WordPress and other script installers, and CWP Cage gives every user complete isolation. Available now in the CWP Edge-Latest version.

Get CWPpro ›

Admin Sidebar Menu Remains in English Despite LANGADMIN=es

Started by Wonder, November 11, 2026, 09:40:16 AM

Previous topic - Next topic

Wonder

Hello,

Thank you for your continued work on CWP!

I would like to report a possible language issue in CWP 1.30.8 on AlmaLinux 10.

Although the administrator language is configured as Spanish, the **admin sidebar menu remains in English**.

Some pages and modules display Spanish translations correctly, but the sidebar continues to show entries such as "Dashboard", "CWP Settings", etc.

Configuration:

/usr/local/cwp/.conf/cwp.ini

LANGUSER=es
LANGADMIN=es

I have verified that the Spanish menu translation file exists:

/usr/local/cwpsrv/htdocs/resources/admin/modules/language/es/menu.ini

Both the English and Spanish menu translation files contain **171 translation keys**, with no missing keys in the Spanish version.

I also verified that PHP can successfully read and parse the Spanish translations:

MENULABEL1: Panel de control
MENULABEL2: Configuración de CWP

File permissions and ownership are identical for both language files.

It appears that the administration sidebar is not loading or applying the selected Spanish translations, even though they are available.

Could you please check whether this is a known issue with the admin menu language handling?

Thank you!

Wonder

Hello,

First of all, thank you for addressing the admin sidebar language issue in the CWP 1.30.9 changelog.

I have updated my server to CWP 1.30.9 on AlmaLinux 10.2 and tested the issue again.

Unfortunately, the admin sidebar menu still remains in English, even though Spanish is correctly configured.

Additional findings:

- `LANGADMIN=es` and `LANGUSER=es` are correctly set in `/usr/local/cwp/.conf/cwp.ini`.
- The Spanish `menu.ini` file exists and contains all 171 translation keys.
- PHP can successfully parse the Spanish translations.
- The sidebar still displays English labels such as "Dashboard" and "CWP Settings".
- I also tested using a private/incognito browser session, with the same result.
- The `menu.php` file was compared between my AlmaLinux 8 and AlmaLinux 10 installations, and both have the same SHA-256 checksum.

Therefore, the correction mentioned in the changelog does not appear to resolve the issue in my environment.

Could you please take another look at the sidebar language handling?

Thank you again for your quick response and your continued efforts to improve CWP. I really appreciate your work.

Wonder

Hello,

I would like to follow up on this issue, as the admin sidebar language problem is still present.

Thank you again for the fix included in CWP 1.30.9. However, although the language configuration is correct, the admin sidebar continues to display English labels.

I also want to clarify that this does not appear to be limited to Spanish. The issue seems to affect the sidebar language selection mechanism, rather than a specific translation file.

I performed some additional checks on AlmaLinux 10.2:

- `LANGADMIN=es` and `LANGUSER=es` are correctly configured in `/usr/local/cwp/.conf/cwp.ini`.
- The Spanish `menu.ini` translation file exists and contains the expected 171 keys.
- PHP can successfully read the translation file.
- The admin sidebar still displays English labels.
- The behavior is the same in a private/incognito browser session.
- The sidebar component is `/usr/local/cwpsrv/htdocs/resources/admin/include/menu.php`, which is ionCube-encoded, so its internal language-loading logic cannot be inspected directly.

Since the 1.30.9 fix addressed the parsing of `cwp.ini`, I wonder whether there could be an additional issue in the subsequent loading or application of the selected language.

Could the development team please review the language-handling logic in `include/menu.php` and verify that the sidebar correctly follows the administrator's selected language across the supported translations?

Thank you very much for your time and continued work on CWP. I really appreciate your efforts!

Wonder

Hello,

First of all, I would like to thank the entire CWP development team for all the hard work and improvements in the recent releases! It's great to see so many fixes, security improvements, and new features being delivered.

Regarding the admin sidebar language issue, I noticed the additional fix included in CWP 1.30.13.

Unfortunately, the admin sidebar still remains in English, even though Spanish is selected.

I can confirm that this behavior occurs on all three of my CWP servers:

- 2 servers running AlmaLinux 8
- 1 server running AlmaLinux 10.2

This suggests that the issue is not specific to AlmaLinux 10 or to a particular server installation.

I have noticed that the administration panel is not entirely in English.

For example:

- User panel: correctly displayed in Spanish.
- Admin sidebar: remains entirely in English.
- Change Root Password: correctly displayed in Spanish, including labels, descriptions, and buttons.
- CWP Settings: displayed in English.
- Change Hostname: displayed in English.

I understand that not all administration modules may have complete translations. However, the Spanish translations for the admin sidebar are present and appear to be correct.

On my AlmaLinux 10.2 server, I have confirmed:

- CWP version: 1.30.13.
- `LANGADMIN=es` and `LANGUSER=es` are correctly configured in `/usr/local/cwp/.conf/cwp.ini`.
- The Spanish `menu.ini` exists and contains the expected translations, for example:

  `MENULABEL1 = "Panel de control"`

  `MENULABEL2 = "Configuración de CWP"`

- The current `/usr/local/cwpsrv/htdocs/resources/admin/include/menu.php` has the following SHA-256 checksum:

  `d7f5bfd9b58c44247dc0dbc1f16fd25074e0417b1e5cf30204f01fa32dfbcfe3`

- There are 34 language directories, but only 30 contain a `menu.ini` file. The missing ones are `ar`, `fa`, `he`, and `ur`. I mention this only as an additional observation, as I do not know whether this is intentional.

The `menu.php` component is ionCube-encoded, so I cannot inspect its internal language-loading logic.

Since CWP 1.30.13 includes another fix for the admin menu language handling, I thought these additional findings might help identify why the selected language is still not being applied to the sidebar.

Working with the administration panel in English is absolutely fine and does not cause me any inconvenience. This is not an urgent issue or a request for priority attention.

I simply wanted to share these observations in case they are useful for a future improvement.

I genuinely appreciate the effort your team has been putting into CWP lately, especially the security improvements and the quick response to reported issues.

Many thanks again to everyone involved in CWP development. Keep up the great work!