Forum Replies Created
-
Posts
-
Go to the “Network Admin->Settings->User Role Editor”, select “Multisite” tab and turn ON the ‘Enable “unfiltered_html” capability’ option. It should help.
WordPress multisite blocks this capability by default for all users except superadmin. This makes your site potentially vulnerable. So editors should be a trusted persons.
You may try development version 4.28.2.b2. It’s available from the downloads page after login:
Gravity Forms checks if the roles editor plugin (Members or User Role Editor) is available. If it’s not then gravity checks the only user capability ‘gform_full_access’ to allow full access to its functionality. If GF detects roles editor plugin it checks the detailed list of user capabilities:
‘gravityforms_edit_forms’,
‘gravityforms_delete_forms’,
‘gravityforms_create_form’,
‘gravityforms_view_entries’,
‘gravityforms_edit_entries’,
‘gravityforms_delete_entries’,
‘gravityforms_view_settings’,
‘gravityforms_edit_settings’,
‘gravityforms_export_entries’,
‘gravityforms_uninstall’,
‘gravityforms_view_entry_notes’,
‘gravityforms_edit_entry_notes’,
‘gravityforms_view_updates’,
‘gravityforms_view_addons’,
‘gravityforms_preview_forms’GF grants a full list to the administrator role automatically just in case there is no any capability from this list granted already.
So if you imported roles data with some limited administrator role it may be a reason of this behaviour. Workaround – select “Administrator” role in URE and turn ON for it all capabilities from the list above.
Problem was clarified after the conversation via email.
Solution:
When “Prohibit” model is selected: all posts/pages are shown except prohibited.
When “Allow” model is selected: by default only posts/pages are shown which user can edit. If you wish to show all allowed post you may change this via filter:add_filter('ure_show_posts_which_can_edit_only_backend', function() { return false; } );Does redirection take place if you deactivate User Role Editor Pro? Then some other plugin may cause a problem. Try to deactivate all plugins then activate them back one by one to isolate a reason.
Does redirection take place for other users with this role, but without restriction to edit just one page?
Do you see “Admin menu” button at User Role Editor Pro toolbar? If “Yes” open it for role, with which use is redirected. There are any blocked menu item there? “Admin menu access” additional module of User Role Editor Pro may cause such redirection.Did you restrict this role with URE’s “Admin menu access” add-on? Show me a screenshot with those restrictions then.
Hi,
Add this code to the active theme’s functions.php file:
if (current_user_can('your-specific-role-id')) { add_filter('post_row_actions','remove_quick_edit',10,1); } function remove_quick_edit( $actions ) { unset($actions['inline hide-if-no-js']); return $actions; }There are no any specials. If you set restrictions at the role level check if there is no other values set at the user profile for the testing user.
Check if posts, pages with taxonomies listed are exist. Pages are not use taxonomies by default. If you set “Allow” with categories list, pages list will be empty as there are no pages with that taxonomy. Workaround – to add taxonomies for pages and assign some taxonomies for them or exclude page post type from the list of post types restricted for editing by URE via special filter:
Hi,
If you use WooCommerce, it automatically redirects to the home page all users without “manage_woocommerce” or “edit_posts” capability. There is a workaround for that:
Often custom post types are protected with the same capabilities set as the built-in posts: edit_posts, edit_others_posts, etc.
In order to check what capabilities are in use for the custom post type you may use “Admin menu access” add-on.
Activate it and open for ‘Administrator’ role. Found ‘Testimonials’ at the list of menu items opened. Look what it’s shown at the ‘User capability’ column.Other way to check selected post type capabilities is to add this code to the functions.php and look at its output at the admin page HTML source:
add_action('admin_head', 'debug_output'); function debug_output() { $post_type = get_post_type_object('post'); // replace post with custom post type ID if needed echo '<!--start debug---' . PHP_EOL; print_r($post_type->cap); echo '---stop debug-->' . PHP_EOL; }If it uses its own capability, like ‘edit_testimonials’, just grant/revoke them with URE.
If it uses ‘edit_posts’, etc. you have 2 options:
1) block access to other post types blocking access to their menu items via “Admin menu access” module.
2) Activate “Force custom post types to use their own capabilities” option at the “Settings->User Role Editor->Additional Modules” tab. Any custom post type (including reserved one, like ‘attachment’ will use its own capabilities set.Hi,
Look for “add_menu_page(” at the plugin code. You will find menu slug and capability among parameters, which are ‘yit_plugin_panel’ and ‘manage_options’ for the YITH plugin.
So look for similar values at the VPF plugin code.Yes, you may use a copy of a code provided and change ‘yit_menu_fix’ to ‘vpf_menu_fix’ and replace tag and capability inside function to the related to VPF plugin you found at its code.
Hi,
Try to allow this user role to edit posts: create_posts, edit_posts, edit_published_posts, edit_others_posts.
I fixed the bug with 1st available menu item calculation. It leaded to the blocked one earlier and produced endless redirection loop. Thanks.
Adoption for additional URL parameters was required for Ninja Forms plugin as you use “block unselected” model. I added it to the development version 4.28.2.b1. It’s available after login from the same downloads page.
