[BUG]: Permissions adjustment is not saving

2026-06-15 19:51:10 +00:00

What Happened?

Any attempts to edit items under the Permissions tab do not save successfully.

Steps to reproduce the Bug

Edit an Admin View or Site View, or choose Admin Views under a Component. Select the Permissions tab. Change the drop-down under "Select New Setting" on any user type. Click Save. The change you made is not saved. It goes back to "Inherited".

Which Joomla version are you compiling in?

6.0.3

Which PHP version are you compiling in?

8.3.27

Which Joomla versions are you targeting?

6.0.0

Which PHP version are you targeting?

8.3.27

Which Web server is JCB running on?

Joomla Docker image "joomla:5.4.0-php8.3". Apache 2

Which Relational Database is JCB running on?

mysqlnd 8.3.27

Which OS is JCB running on?

Alpine linux inside Docker on a Mac ARM64

Which JCB version are you using?

6.1.5

Where in JCB did this issue occur?

Joomla Components(admin_views), Admin View(admin_view), Site View(admin_view)

On which browsers did you encounter the issue?

Firefox

Additional Comments

No response

### What Happened? Any attempts to edit items under the Permissions tab do not save successfully. ### Steps to reproduce the Bug Edit an Admin View or Site View, or choose Admin Views under a Component. Select the Permissions tab. Change the drop-down under "Select New Setting" on any user type. Click Save. The change you made is not saved. It goes back to "Inherited". ### Which Joomla version are you compiling in? 6.0.3 ### Which PHP version are you compiling in? 8.3.27 ### Which Joomla versions are you targeting? 6.0.0 ### Which PHP version are you targeting? 8.3.27 ### Which Web server is JCB running on? Joomla Docker image "joomla:5.4.0-php8.3". Apache 2 ### Which Relational Database is JCB running on? mysqlnd 8.3.27 ### Which OS is JCB running on? Alpine linux inside Docker on a Mac ARM64 ### Which JCB version are you using? 6.1.5 ### Where in JCB did this issue occur? Joomla Components(admin_views), Admin View(admin_view), Site View(admin_view) ### On which browsers did you encounter the issue? Firefox ### Additional Comments _No response_

ConfidantCommunications added the Bug label 2026-06-15 19:51:11 +00:00

Lemuel commented

2026-06-17 10:03:39 +00:00

Owner

After additional testing, I was able to narrow down the behavior further.

The issue appears to occur specifically when editing permissions within any component view. When the record is saved, the view-level permissions are not being retained and instead revert to the component's global permission settings.

The behavior observed is as follows:

If the component's global permission is set to Allowed, saving the view causes the view-level permission to revert back to Allowed.
If the component's global permission is set to Not Allowed, saving the view causes the view-level permission to revert back to Not Allowed.
If permissions are modified and the user selects Close without saving, the permission changes remain as they were set and do not revert to the global permissions configured at the component level.
The problem only manifests after selecting Save or Save & Close, at which point the view-level permission settings are replaced by the inherited global permissions.

Based on these findings, the issue appears to be occurring somewhere in the save process, causing the admin view or the area being saved to fall back to the global permissions set at the component configuration level.

I will continue investigating and provide additional findings as we work to fix this issue.

After additional testing, I was able to narrow down the behavior further. The issue appears to occur specifically when editing permissions within any component view. When the record is saved, the view-level permissions are not being retained and instead revert to the component's global permission settings. The behavior observed is as follows: * If the component's global permission is set to **Allowed**, saving the view causes the view-level permission to revert back to **Allowed**. * If the component's global permission is set to **Not Allowed**, saving the view causes the view-level permission to revert back to **Not Allowed**. * If permissions are modified and the user selects **Close** without saving, the permission changes remain as they were set and do not revert to the global permissions configured at the component level. * The problem only manifests after selecting **Save** or **Save & Close**, at which point the view-level permission settings are replaced by the inherited global permissions. Based on these findings, the issue appears to be occurring somewhere in the save process, causing the admin view or the area being saved to fall back to the global permissions set at the component configuration level. I will continue investigating and provide additional findings as we work to fix this issue.

ConfidantCommunications commented

2026-06-17 19:32:26 +00:00

Author

Thanks!

[BUG]: Permissions adjustment is not saving #1312