Alma 9 / 1.3 Update

update did not fix any dead module...
but I think my sites were dead in the morning and my apache was updated on latest version, I m sure in that because I was planning to update it today after some work.

update did not fix any dead module...
but I think my sites were dead in the morning and my apache was updated on latest version, I m sure in that because I was planning to update it today after some work.

Both cwp-httpd-2.4.68-1 and cwpsrv-1.24.0-2 where release today.

update did not fix any dead module...
but I think my sites were dead in the morning and my apache was updated on latest version, I m sure in that because I was planning to update it today after some work.

Both cwp-httpd-2.4.68-1 and cwpsrv-1.24.0-2 where release today.

Did update both of my servers and both shows cwpsrv-1.24.0-2.x86_64 still mod security does not load and firewall too is dead (maybe its disabled but I used this one in security / firewall manager). Mod security works in background I receive emails about blocked IP's, did have some problems but managed to fix sites to come online.

There are some errors which js ajax scripts loads in gui which are missing or pointing to folder which does not exist, and one of those I wrote before today after creating symlink to file loads ok php version switcher and mod security.

Your problem isn't with cwpsrv.

cwp-httpd did an update to 2.4.68-1 at the same time, if you look at the error Apache is throwing, you should be able to track down what happened.

Did update both of my servers and both shows cwpsrv-1.24.0-2.x86_64 still mod security does not load and firewall too is dead (maybe its disabled but I used this one in security / firewall manager). Mod security works in background I receive emails about blocked IP's, did have some problems but managed to fix sites to come online.

There are some errors which js ajax scripts loads in gui which are missing or pointing to folder which does not exist, and one of those I wrote before today after creating symlink to file loads ok php version switcher and mod security.

Out of several servers, I have only one experiencing this issue. I’ve already discovered that the digital certificate installed by CWP is invalid. I reinstalled it (copying the same link from another server), but the landing page remains completely broken, making it virtually unusable.
If you check the logs, there is a file that isn't being found, even though the file is actually there:

Code: [Select]

MY.IP.ADD.RES - root [28/Jul/2026:21:19:33 -0300] "GET /cwp_0130303030302250e53d34b52eb95ed7/admin/design/charts/sparklines/jquery.sparkline.js HTTP/1.1" 404 1010 https://my_server.com:2031/cwp_013030303032250e53d34b52eb95ed7/admin/index.php?chk=y Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/150.0.0.0 Safari/537.36

The files are here:

Code: [Select]

-rw-r----- 1 root root 125947 set 27  2017 /usr/local/cwpsrv/htdocs/admin/design/plugins/charts/sparkline/jquery.sparkline.js
-rw-r----- 1 root root 125947 ago 22  2017 /usr/local/cwpsrv/htdocs/admin/design/plugins/charts/sparklines/jquery.sparkline.js
Notice that the path is different; it has '/plugins' in the middle, which prevents it from being found.
But creating a symbolic link for charts -> plugins/charts in /usr/local/cwpsrv/htdocs/admin/design/ does not solve the problem.

This is definitely a bug in CWP.

Cheers @Netino you're a god send, again!

For short term relief I made a directory named charts inside /usr/local/cwpsrv/htdocs/admin/design/ (gotta remove immutable attribute first). Copied the 2 directories it wants (sparkline & sparklines, they are just JS UI component files so nothing scary) to the new charts directory & made it immutable again.

Misbehaving UI components eg: ModSec now display correctly in panel. It's probably going to be overwritten with next update but hopefully the next update has this corrected anyhow.