Welcome Guest. Please Login or Register  


You are here: Index > Softaculous Auto Installer > Bugs > Topic : Softaculous Top Apps missing in cPanel Jupiter when addonfeature metadata is created with 0600 permissions



Threaded Mode | Print  

 Softaculous Top Apps missing in cPanel Jupiter when addonfeature metadata is created with 0600 permissions (0 Replies, Read 235 times)
marcelope
Group: NOC
Post Group: Newbie
Posts: 7
Status:
Hi,

I found an issue with Softaculous 6.3.7 on two newly installed cPanel servers.

Environment:

* Softaculous 6.3.7
* cPanel & WHM 136.0 build 35
* Jupiter theme
* Two separate fresh servers showing the same behavior

Softaculous itself was working correctly in WHM.

In cPanel:

* WordPress Manager by Softaculous was visible.
* Softaculous Apps Installer was visible under Software.
* The separate Softaculous Top Apps section was missing.

Top Apps was enabled in Softaculous and scripts were selected. Saving "Select Top Scripts", running the Softaculous cron manually, and running the Softaculous reinstall did not fix it.

While troubleshooting, I found these files with mode 0600:

```text
/usr/local/cpanel/whostmgr/addonfeatures/soft_div_icons
/usr/local/cpanel/whostmgr/addonfeatures/wp_softaculous
/usr/local/cpanel/base/frontend/jupiter/dynamicui/dynamicui_group_soft_div.conf
```

This caused cPanel UAPI calls executed in the cPanel user context to fail with errors such as:

```text
The system failed to open the file
/usr/local/cpanel/whostmgr/addonfeatures/soft_div_icons
for reading because of an error: Permission denied
```

and:

```text
Failed to read:
/usr/local/cpanel/base/frontend/jupiter/dynamicui/dynamicui_group_soft_div.conf
```

After changing the affected cPanel metadata files to 0644, UAPI started returning status 1 and the Softaculous Top Apps group immediately appeared again in Jupiter.

For example:

```text
"group" : "soft_div"
"feature" : "soft_div_icons"
```

became available through:

```bash
uapi --user=CPUSER Branding get_available_applications
```

I also performed an independent controlled test with cPanel's own `install_plugin`.

With:

```bash
umask 0022
/usr/local/cpanel/scripts/install_plugin ...
```

cPanel created:

```text
0644 dynamicui_*.conf
0644 addonfeatures/*
```

With:

```bash
umask 0077
/usr/local/cpanel/scripts/install_plugin ...
```

the same clean test plugin was created as:

```text
0600 dynamicui_*.conf
0600 addonfeatures/*
```

and it disappeared from the cPanel UI because the cPanel user could no longer read the metadata.

Also, running `install_plugin` again over already existing 0600 files did not normalize them back to 0644.

So it looks possible that the Softaculous code that creates/registers the Top Apps integration is running under a restrictive umask, or otherwise leaving some cPanel integration files with mode 0600.

Could you please check the creation/registration of:

```text
soft_div_icons
wp_softaculous
dynamicui_group_soft_div.conf
```

and ensure the cPanel DynamicUI/addonfeature metadata is readable by the cPanel user context?

Current workaround:

```bash
chmod 0644 /usr/local/cpanel/whostmgr/addonfeatures/soft_div_icons
chmod 0644 /usr/local/cpanel/whostmgr/addonfeatures/wp_softaculous
chmod 0644 /usr/local/cpanel/base/frontend/jupiter/dynamicui/dynamicui_group_soft_div.conf
```

After fixing the metadata permissions, Top Apps works normally again.

Thanks.
Marcelo
IP: --   

« Previous    Next »

Threaded Mode | Print  



Jump To :


Users viewing this topic
1 guests, 0 users.


All times are GMT. The time now is August 24, 2026, 9:22 pm.

  Powered By AEF 1.0.8 © 2007-2008 Electron Inc.Queries: 10  |  Page Created In:0.680