Change WordPress user roles and capabilities › Forums › Bug Reports › Multisite – Capabilities reset when restricting access to a plugin
- This topic has 12 replies, 4 voices, and was last updated 26 minutes ago by
Vladimir.
-
AuthorPosts
-
17/02/2025 at 14:46 #8805
ecuweb
ParticipantOn a multisite setup, when we try to restrict access to a plugin following the instructions: https://www.role-editor.com/documentation/restrict-plugins-available-for-activation-deactivation/
It works but it also wipes the capabilities out for that user group and we have to reset those anytime we make an update to the plugin access piece.
This only seems to happen at the network level in the admin, if we go into a single site and make the change the capabilities are not modified.
Any ideas on what could be causing this? Thanks in advance!
18/02/2025 at 11:52 #8806Vladimir
KeymasterTake into account that when you click “Update Network” at “Network Admin->Users->User Role Editor” URE overwrites user roles and add-ons settings data made for those roles for all subsites with user roles and add-ons settings data taken from the main site. Every site has the same roles and add-ons settings after this operations.
I suppose this explains why you lose the role(s) capabilities at the subsite level after the “Network Update” usage. This operation is for exact replication of main site roles data to all subsites.
13/03/2025 at 12:20 #8818Channel Digital
ParticipantAlso having this problem. @Vladimir – have sent the details via the contact form because I forgot to check the forum.
Replicate: Network Admin > Users > User Role Editor > duplicate Administrator role > click Plugins in right hand menu to open “Allow manage plugins”, click Update button in the modal (make selections or don’t, it doesn’t make a difference) > all capabilities are wiped for the role.
Note that you don’t have to click the main Update or Update Network button to see this bug, the Update button in the “Allow manage plugins” wipes the capabilites and saves the role (refreshing the page or switching between roles demonstrates that).
17/03/2025 at 13:12 #8820Channel Digital
ParticipantThis also happens when trying to use “Other Roles” as well.
There seems to be a conflict with the Redis Object Cache plugin (by Till Krüss) as well. We cannot add users while both the Redis and URE plugins are active, and attempting to change the capabilities across the network is painful (constantly flushing the object cache across all sites) or just doesn’t work.
This is also the case on a completely different multisite on a completely different server that doesn’t use the Redis plugin, it uses SiteGround’s own plugin and caching configuration.
19/02/2026 at 22:09 #8947Andy Burns
ParticipantThis is still an issue, and is occurring if I try and update any role at network admin > users > user role editor.
Wipes out all capabilities if I try to use meta box restriction OR other roles features. Replication can be found here: https://drive.google.com/file/d/1Ou5vNqp_1zyXIcFWAO0bgCh5DtgJpdZf/view?usp=sharing
Does not occur if I try to do on top level domain site where it has “apply to all sites” option. REGARDLESS of either lcoation on making those changes, none of the capabilities, eta box restrictions or other roles propagate down to the other sites, they have no effect.
URE Version 4.64.6.
WP 6.9.105/03/2026 at 05:08 #8957Andy Burns
ParticipantAny update? I will try to debug by ruling out conflicting plugins.
09/03/2026 at 04:12 #8961Vladimir
KeymasterThe issue was reproduced. I investigate it and work on a fix.
12/03/2026 at 07:49 #8964Vladimir
KeymasterWorkaround: Do not use add-on related buttons ‘Meta Boxes’, ‘Other Roles’, ‘Post Edit’, ‘Plugins’ and ‘Import’ under ‘Network Admin->Users->User Role Editor’.
Under the main site of the multi-site network (top level domain site) these buttons work as expected, as under any other single site/subsite. The issue is related to the ‘Network Admin’ level only.
‘Update Network’ button works as expected, while you don’t wipe capabilities from user role(s) using add-on buttons from the list above.
Modules data update part should be refactored to get full compatibility with use under the Network admin. I will do it until April 9, 2026, to publish URE Pro updated version before WordPress 7.0 release.
14/03/2026 at 14:02 #8968Andy Burns
ParticipantThanks Vladimir. I’ve tested the workaround and can confirm that making URE changes at top level domain also fail. While they DO NOT wipe out capabilities there(thanks goodness), using ‘Meta Boxes’, ‘Admin Menu’, ‘Other Roles’ do not sync the changes to sub sites which is also problematic.
When you say “Update Network” button I do not see that at top level domain. I do see “Apply to All Sites” checkbox which I assume you mean the same thing?
WP clean demo setup WP 6.9.4 and URE Version 4.64.6
16/03/2026 at 12:20 #8969Vladimir
KeymasterThanks for the quick feedback. “Update Network” is the “Network Admin->Users->User Role Editor->Update Network” button. “Apply to All sites” checkbox visible at the main (top level domain) site of the network historically was appeared at the free version of URE and doesn’t replicate the add-ons (Meta Boxes, Admin menu, etc.) data for role for other sites. I suppose it would be better to hide “Apply to All sites” checkbox for the Pro version at all in order do not confuse users.
16/03/2026 at 19:17 #8970Andy Burns
ParticipantAh I misinterpreted the “workaround” that the propagation of those add on functions could be done at top level domain site too but that is just for capabilities. Yeah, hiding that in Pro (after this bug fix, since it does propagate capabilities) is a good idea.
31/03/2026 at 14:38 #9001Andy Burns
Participant> Modules data update part should be refactored to get full compatibility with use under the Network admin. I will do it until April 9, 2026, to publish URE Pro updated version before WordPress 7.0 release.
Vladimir, just checking back that this is still planned?
01/04/2026 at 01:57 #9002Vladimir
KeymasterThanks for patience, Andy. Yes, I confirm the final date of this update.
-
AuthorPosts
- You must be logged in to reply to this topic.