Forum Replies Created

Viewing 15 posts - 1,876 through 1,890 (of 2,513 total)
  • Author
    Posts
  • Vladimir
    Keymaster

    Hi Thorsten,

    This issue was resolved with upcoming version 4.28.2.
    Development version 4.28.2.b3. is available for testing from the same Download page (after login).

    Vladimir
    Keymaster

    Excellent. I plan to publish this update next week.

    Vladimir
    Keymaster

    Tested: It works at my development environment.

    With active ‘Enable “unfiltered_html” capability’ option in mind open “Users->User Role Editor”, select “Editor” role and select “Deprecated” group of capabilities and check if “unfiltered_html” capability is really included into the “editor” role.

    in reply to: Fatal Error Message #2693
    Vladimir
    Keymaster

    WordPress allocated additional memory for the user with ‘manage_options’ capability automatically at admin.php:

    
    if ( current_user_can( 'manage_options' ) ) {
    	wp_raise_memory_limit( 'admin' );
    }
    

    That’s why you don’t meet a memory problem for admin user but you do for other users. Try to deactivate unused plugins or increase memory limit for PHP.

    Vladimir
    Keymaster

    I found that a reason of this problem is a”Nginx Helper” plugin. Fix was included into the development version 4.28.2.b3. Please test. It’s available after login from the same download page.

    Vladimir
    Keymaster

    Problem is related to the plugin which created this user capability:
    ‘Nginx Helper | Configga.error’. Do you know to what plugin it belongs?
    User Role Editor user capabilities ID as JavaScript identifires. URE replaced spaces with special place holder as you can see at ‘Nginx_URE-SR_Helper_URE-SR_|_URE-SR_Configga.error’. But I can even imagine that some_one will include into capability ‘|’ character.
    I will include a fix for this symbol to the development version update ASAP.

    in reply to: If no restrictions, user sees everything #2685
    Vladimir
    Keymaster

    If such filter ends with high server load, another workaround is to use an additional role for no-community users instead of work with every user meta data. If you allow that no-community role with access to unexisted post, like ID 99999999, users with that role will see an empty posts list.

    From my side I will look if I may add to URE own custom filter to change a default behaviour of edit restrictions add-on. So if you set such filter then all users without restrictions will see nothing.

    Vladimir
    Keymaster

    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.

    in reply to: Links separating "My posts" from others #2681
    Vladimir
    Keymaster

    You may try development version 4.28.2.b2. It’s available from the downloads page after login:

    Download User Role Editor

    in reply to: Links separating "My posts" from others #2680
    Vladimir
    Keymaster

    Hi,

    Good suggestion. Thanks. I will include this enhancement into the next update.

    in reply to: Strange Gravity Forms behaviour #2678
    Vladimir
    Keymaster

    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.

    in reply to: Problem using Allow Category/Taxonomy Access #2674
    Vladimir
    Keymaster

    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; } );
    
    Vladimir
    Keymaster

    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.

    Vladimir
    Keymaster

    Did you restrict this role with URE’s “Admin menu access” add-on? Show me a screenshot with those restrictions then.

    Vladimir
    Keymaster

    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;    
    }
    
Viewing 15 posts - 1,876 through 1,890 (of 2,513 total)