Forum Replies Created

Viewing 15 posts - 1,486 through 1,500 (of 2,518 total)
  • Author
    Posts
  • Vladimir
    Keymaster

    Hi André,

    Go to ‘Settings->User Role Editor->Additional Modules’ tab and turn ON this option:
    “Activate “Create” capability for posts/pages/custom post types”.

    User without ‘create_posts’, ‘create_pages’, ‘create_‘ will can not add new items in related CPT after that. Do not forget to add ‘create_%’ capability to the roles, which should be capable to add new items.

    in reply to: Looking for replacement for User Access Control #3951
    Vladimir
    Keymaster

    Hi Tony,

    Tell me more about User Access Control or send to support [at-sign] role-editor.com a download link. What functionality do you wish to replace?

    in reply to: JQuery/AJAX conflict with Visual Composer #3950
    Vladimir
    Keymaster

    I got VC 5.1.1 copy and tested with it. I still can not reproduce an issue. This video shows that I don’t have any JavaScript error at a browser JS console.

    Do you see differences? What I should do to reproduce an issue? Any additional setings for Post Grid element?

    in reply to: JQuery/AJAX conflict with Visual Composer #3947
    Vladimir
    Keymaster

    Can you look at server system log for the more detailed error message related to this 500 error code?

    I tried to repeat an issue with VC v. 5.0 I have on hands, but did not get any errors opening ‘posts grid’ element for editing.
    Can you provide me a copy of VC v. 5.2 (via dropbox or similar)? Use support [at-sign] role-editor.com email address.

    in reply to: Can't revoke access custom post types #3945
    Vladimir
    Keymaster

    It’s not a conflict, it’s a feature.
    When you add edit restrictions, they are applied to all post types by default. Thus, user can see just those 2 pages and do not see any ‘mytestimonial’ items. If user should see all ‘mytestimonial’ posts, then you can exclude ‘mytestimonial’ post type from edit restrictions scope. Use this hook for that – replace ‘post’ in a code sample with ‘mytestimonial’.

    in reply to: Can't revoke access custom post types #3943
    Vladimir
    Keymaster

    My Testimonials empty list – there were posts edit restrictions set at Rowan user profile. User sees all testimonials after I removed those restrictions: posts ID list.

    My Testimonials -> Add New: redirection: URL was blocked for a role at admin menu. It works now.

    Media menu – it was unaccessible for a role as it does not have ‘upload_files’ capability.

    Please re-test now.

    in reply to: Can't revoke access custom post types #3942
    Vladimir
    Keymaster

    Found reset password email messages in a SPAM folder. Got access to your site. Thanks.

    in reply to: Can't revoke access custom post types #3941
    Vladimir
    Keymaster

    I still don’t have access to your site. Tried twice to reset password with ‘support [at-sign] role-editor.com’ and did not get any message from your site.

    Empty testimonials list – check if any edit restrictions was set for Klant role or a user with this role.

    Redirection to dashboard on add new testimonial – do you block some menu items for Klant role with ‘Admin menu’?

    Media – check if related permissions are granted to a role under “Custom Post Types -> Media” group.

    in reply to: Can't revoke access custom post types #3938
    Vladimir
    Keymaster

    To resolve a conflict between 2 plugins which both work with testimonials, rename custom post type at ‘My Testimonials->General Settings’ from ‘testimonial’ to any other, like ‘mytestimonial’. Then grant to ‘administrator’ role all capabilities under ‘Testimonials’ group. You will restore access to a full ‘My Testimonials’ menu this way.

    But as existing testimonials are stored at the database with ‘testimonial’ post type you will not see them at the testimonials list until you replace post type there too. You will need myPhpAdmin or similar SQL tool for this purpose. Execute this command against your database:

    
    update wp_posts set post_type='mytestimonial' where post_type='testimonial';
    

    Do not forget to replace ‘mytestimonial’ to post type ID you selected.

    in reply to: Can't revoke access custom post types #3936
    Vladimir
    Keymaster

    Hi Benny,

    I don’t have admin access to your site as provided user has restricted access again. Is it possible to register a separate user for me until we work on the problems?

    Is it critical for you to have default custom post type ID at “Indeed My Testimonials VC” plugin changed to “testimonial”? I mean that this ID apparently conflicts in some areas with ‘testimonials’ custom post type registered by commercegurus-toolkit plugin.

    Vladimir
    Keymaster

    Hi Shweta,

    Thanks for a suggestion. I will realize it.

    in reply to: Can't revoke access custom post types #3915
    Vladimir
    Keymaster

    Hi Benny,

    WPML: wpml_% capabilities were lost somehow. I added 3 of them. ‘WPML’ menu is available for admin now.

    1st results for ‘My Testimonials’ access. You changed this plugin custom post type to ‘testimonial’ in its Settings.
    Plugin commercegurus-toolkit registers ‘testimonials’ custom post type which conflicts with ‘My Testimonials’ after you turn ON ‘force custom post type to use own capabilities’ in URE.
    So,
    1) If you deactivate ‘commercegurus-toolkit’ plugin you will get back full access to ‘My Testimonials’.
    2) If you turn OFF related option at URE Settings you will get back full access to ‘My Testimonials’ without deactivating ‘commercegurus-toolkit’ plugin.
    For the 1st glance, some mess with custom post types registration takes place here. CPT registered by ‘commercegurus-toolkit’ (Projects, Showcases, Testimonials, Top Reviews, Announcements) are not available in WP admin menu until you switch to other theme, like WP default 2017 one.

    Vladimir
    Keymaster

    A list of roles which are assigned to a user at subsite is not updated. But roles specific to a subsite are removed from subsite after the network update saves to subsites the roles from the main site. Older roles are still assigned to a user after the such update, but they are counted and shown as the custom capabilities assigned directly to a user, not as roles, because of these roles do not exist.

    “Apply to all sites” has always been at the root site level. It’s a feature from free version of URE. I do not show this interface element at network UI to not mislead the users having at one page 2 interface elements which are both related to the network role(s) update, but work so differently. May an option ‘Replicate a current role only’ at the opened dialog window will be more suitable in this case. What do you think?

    Select the best strategy of roles update according to your own needs. Just take into account, that data are replicated differently in those cases. If you need to have different roles at subsites comparing to the main site you should not use “Update Network”. So ‘Yes’ it’s better to replicate single role from the main site.

    Vladimir
    Keymaster

    Hi,
    In order to force bbPress to use ‘delete_replies’ and ‘delete_topics’ capabilities for content authours add this code to your active theme functions.php file or setup it as a “must use” plugin:

    
    add_filter('bbp_map_reply_meta_caps', 'bbp_delete_own_replies', 10, 4);
    
    function bbp_delete_own_replies($caps, $cap, $user_id, $args) {
        if ($cap!=='delete_reply' || in_array('do_not_allow', $caps)) {  
            return $caps;        
        }
        
        $_post = get_post( $args[0] );
        if (empty($_post)) {
            return $caps;
        }
        
        if ($_post->post_author==$user_id) {
            $caps = array('delete_replies');
        }
        
        return $caps;    
    }
    
    add_filter('bbp_map_topic_meta_caps', 'bbp_delete_own_topics', 10, 4);
    
    function bbp_delete_own_topics($caps, $cap, $user_id, $args) {
    
        if ($cap=='delete_topic' || in_array('do_not_allow', $caps)) {
            return $caps;
        }
        
        $_post = get_post( $args[0] );
        if (empty($_post)) {
            return $caps;
        }
        
        if ($_post->post_author==$user_id) {
            $caps = array('delete_topics');
        }
        
        return $caps;
    }
    
    Vladimir
    Keymaster

    Hi Shweta,

    There are no network level roles at WordPress. Be aware that when you work with roles at the “Network Admin->Users->User Role Editor”, you work with roles of the main site of a network really. “Network Update” from there overwrites roles of any other subsite of this network with roles from a main site of that network. So any changes made to the roles at subsite are lost after you click ‘Network Update’. All subsites get an exact copy of capabilities and roles from the main site.

    It’s possible to send to subsites just one role from a main site and do not touch any others. Go to the main site “Users->User Role Editor”, select role, turn ON “Apply to All sites” option at the top of a page and click “Update” button. Only current role will be replicated to subsites in this case.

Viewing 15 posts - 1,486 through 1,500 (of 2,518 total)