Control Web Panel
WebPanel => CentOS-WebPanel Bugs => Topic started by: Painkiller88 on July 29, 2026, 05:29:18 AM
-
I am using Alma 8 with CWP
Description:
After the latest CWP update, the Yum Manager interface (yum_manager) is broken and permanently stuck on the "Checking for updates..." loading animation.
Steps to reproduce:
1. Open the Control Web Panel.
2. Navigate to the Yum Manager module.
3. The page remains stuck in an infinite loading state.
Technical Analysis (from Browser Developer Console):
The issue is caused by a missing asset path (404 Not Found) which breaks the subsequent jQuery/JavaScript execution chain.
1. 404 Not Found Error:
The panel tries to fetch a sparkline chart script from an invalid path:
GET https://<server-ip>:2031/cwp_<hash>/admin/design/charts/sparkline... net::ERR_ABORTED 404 (Not Found)
2. Uncaught TypeError (JavaScript Crash):
Because the file is missing, blank.js fails with:
Uncaught TypeError: $(...).sparkline is not a function at blank.js:13:13
3. Status Breakdown:
This uncaught exception causes the main updates-fetching script to crash completely, preventing the status retrieval from processing:
Uncaught TypeError: Cannot read properties of null (reading 'status') at index.php?module=yum_manager:650:22
Expected Fix:
Please verify the file path of the asset in the new design layout update and fix the reference to the sparkline script within the yum_manager module layout.
-
+1
-
The 404 and the stuck module are two independent bugs. zakrpa spotted the 404
in the Alma 9 / 1.3 thread and noted that fixing it doesn't resolve the stuck
modules — correct, because the hang has a different cause.
Root cause of the hang: jQuery is loaded twice, in two different versions.
design/img/js.php (head) -> jQuery 1.7.1
design/js/libs/jquery-2.1.1.min.js (footer) -> jQuery 2.1.1
DataTables is injected mid-body (design/3rdparty/datatables/js/
jquery.dataTables.min.js, HTTP 200, loads fine) and registers on the jQuery
active at that moment: 1.7.1. The footer script then replaces window.jQuery and
$ with a fresh 2.1.1 instance. When document.ready fires, $ resolves to 2.1.1,
which has no .dataTable.
Verified in console on a stuck mod_security page:
$.fn.jquery -> "2.1.1"
typeof $.fn.dataTable -> "undefined"
and the module dies at:
Uncaught TypeError: Cannot read properties of undefined (reading 'ext')
at $.fn.dataTable.ext.search.push(...)
That handler is what calls initModSecModule(), so the spinner never resolves
and no XHR is ever sent — the server never receives a module request at all.
The backend is fine; the page renders correct data (cwp_pro, modsec_installed,
domains_list are all populated).
Affected on my server, all with the same console error: mod_security,
yum_manager, php_switch_v2, firewallv2, csf. Modules whose plugins load after
the footer jQuery work normally — list_accounts renders its DataTable fine.
The separate 404: the template requests
design/charts/sparklines/jquery.sparkline.js
while the file ships at
design/plugins/charts/sparklines/jquery.sparkline.js
That only breaks the sparklines in blank.js.
For anyone thinking of symlinking around it: /usr/local/cwpsrv/htdocs/admin/
and all of design/ are chattr +i, so it can't be worked around locally. Both
issues need a vendor fix.
Environment: AlmaLinux 8.10, cwpsrv-1.24.0-2, cwpphp-7.2.30-3.
-
+
Facing the same issue.
-
I contacted José on Telegram; I think he should see the message and step in quickly.
-
I posted earlier on another post but this should get you around the 404 error that affects the modsec module UI by copying the JS UI components it wants to where its looking for them. At least until it's patched.
cd /usr/local/cwpsrv/htdocs/admin/design/
chattr -i .
mkdir charts
# use your prefered method to copy the following folders & contents to the new charts folder you created /usr/local/cwpsrv/htdocs/admin/design/plugins/charts/sparkline & /usr/local/cwpsrv/htdocs/admin/design/plugins/charts/sparklines (I simply used the CWP File Manager copy option)
chattr +i .
Refresh the browser and all done.
I can't find a work around for the misbehaving Yum page as it's called by an API & I can't see past it. Desipte this dnf update in terminal still works fine for me (Alma 8 here).
/cheer @Netino for showing the way
-
Hello
I installed a pristine Almalinux 9 from scratch and the latest CWP PRO 1.4 as per manual instructions, unfortunately many things are not going quite right.
I too stumbled upon the yum update panel getting stuck in infinite loop, does nothing, can't complete the checks to show if there is anything to update, but also in the other tabs "Installed Packages", "Repositories", "Yum History", "Log Viewer" does show nothing.
There are more problems tough.
Just after install as usual one receive popup notifications telling to enable the firewall, secure the processes and few other alike. Clicking the one that tells to enable the firewall one lands onto the "firewall manager" panel, in this panel trying to enable the firewall results into nothing, the firewall keeps staying disabled, anything done in this panel looks like doing nothing, the firewall manager seems dead.
So I went to security> CSF firewall, clicked enable here, and again apparently nothing happens, clicking on security>firewall manager come out a blank page telling "The module firewallv2 does not exist."
Clicking security>mod security the mod_security panel comes up, does show only the circling wheel, again nothing happens, it indefinitely loops to no avail
Also the already seen "Unauthorized port: php-fpm" popped up, no further info nor tips this time...
Trying the php_switch_v2 panel, selecting a PHP version, Switching to PHP version: 8.3.31, results into a looping circle, does not work
In the PHP-FPM Selector V2 and V3 choosing a PHP version and trying to compile/install it does not activate the "save&build" button
Just out of curiousity I also tried to build webserver, I did chose nginx only, seemed to work, but I did not test it so far...
Overall to me the CWP 1.4 seems mangled, I did not dig further and hope a fix soon comes up... :S
-
+1 same problem also other pages stay with the spin wheel
-
didn't work for me :(
I posted earlier on another post but this should get you around the 404 error that affects the modsec module UI by copying the JS UI components it wants to where its looking for them. At least until it's patched.
cd /usr/local/cwpsrv/htdocs/admin/design/
chattr -i .
mkdir charts
# use your prefered method to copy the following folders & contents to the new charts folder you created /usr/local/cwpsrv/htdocs/admin/design/plugins/charts/sparkline & /usr/local/cwpsrv/htdocs/admin/design/plugins/charts/sparklines (I simply used the CWP File Manager copy option)
chattr +i .
Refresh the browser and all done.
I can't find a work around for the misbehaving Yum page as it's called by an API & I can't see past it. Desipte this dnf update in terminal still works fine for me (Alma 8 here).
/cheer @Netino for showing the way
-
+1
-
+1
-
Any word on the patch implementation timeline.
+1
-
It will be fixed in a future release. ** Response from the staff CWP Control
-
+89 (Servers)
-
Yum manager not working in CENTOS 7 either. Just spins.
-
+1 also security Center same issues.
-
Oh my!
Another bug from this panel?
I'm havin this issue too.
One of our servers are inaccessible in GUI, can't confirm if if related to this bug.
There is a recomended solution?
Thanks!
-
Hi,
thanks for all the responses and approves.
I don't know if there is a fix or workaround WE can do, but if it is just for updates you can still do it using SSH.
As i see so many responses confirming the issue, i am pretty sure the CWP team will act fast and hopefully fix it.
Sadly enough there seems to be no more testing before releasing stuff.
-
So are they fixing it? It's been going on for quite a while. I hope they do.
-
im trying to find a temp fix. A lot of modules are having problems.
-
Update:
The issue seems to be ssh_exec() related.
-
i had a CWP update available today, version still says 1.4 but guess what, it is not fixed, whatever they updated, it is not fixed :(
-
When will they fix this issue? The same with Mod Security, it won't load and froze in loading
Failed to load resource(404): jquery.sparkline.js:1
Uncaught TypeError: $(...).sparkline is not a functionat blank.js:13:13
-
Erreur de serveur (Internal Server Error)
Unable to view emails in Roundcube
problem in Roundcube
-
User cron jobs have also stopped working after the latest update.
-
I just received and updated CWP Update 1.5....
Yum Manager fixed
ModSecurity - not fixed
Security Center -> Security Incidents - not fixed
I am not sure what other sites had the loading loop problem but it has just been fixed for the yum manager site.
:'( :'( :'(
-
received another update CWP 1.6
no fixes here, still the same loop errors
what a F*cking mess...
-
Hello, the firewall is working; you need to use firewallv2. They’ve revamped the presentation—it looks great and is much better.
-
Yup update 1.6 in place & can report all working as expected.
Love the new File Manager BTW, is going to make my work much quicker ;D
-
However, the following issues still remain:
User cron jobs are still not working.
ModSecurity is still not working (the page only shows an infinite loading spinner).
JavaScript errors are still present in the CWP control panel.
Failed to load resource: the server responded with a status of 404 (Not Found)
blank.js:13 Uncaught TypeError: $(...).sparkline is not a function
at blank.js:13:13
-
If you're still experiencing the spinner & the JS 404 issue use the below to resolve (don't ignore the periods)
cd /usr/local/cwpsrv/htdocs/admin/design/
chattr -i .
mkdir charts
# use your prefered method to copy both the following folders & contents to the new charts folder you created /usr/local/cwpsrv/htdocs/admin/design/plugins/charts/sparkline & /usr/local/cwpsrv/htdocs/admin/design/plugins/charts/sparklines (I simply used the CWP File Manager copy option)
chattr +i .
Others inserted a symlink to resolve
-
This has been fixed in 1.6 tested on alma8/9
-
This helped solve the problem. After applying the suggested solution, the spinner disappeared and the JS 404 error no longer occurs. Copying the `sparkline` and `sparklines` folders to the correct directory fixed the issue.
Thank you for the detailed explanation.
-
Still looping when trying to perform the cwp update 60 1.6.
Using update from the admin (2013) display as well as /scripts/update_cwp execution.
Hanging on update server packages in the ssh cli.
Passing on status...
-
Update: So after a fresh update to 1.6 the Yum Manager has now successfully loaded. But we are still having issues with the ModSecurity module, stuck on loading.
-
Update - CWP installs are now at 1.6 (automatic) and yum updates on new display appear to be working.
-
Yes, but only YUM Manager fixed.
Security Center not fixed
ModSecurity not fixed
etc...
-
another thing i recorgnized, maybe it is just me and i am dumb, but since the update i am unable to create new subdomains, no matter what name or what path i enter (tried it with one of my addon domains) as i just need a new subdomain here.
anyone can check and confirm this please?
-
CWPpro version: 1.6 - Email - MailServer Stats - It DOESN'T WORK!
P.S. This is very important to me, at least for me.