Forum Replies Created

Viewing 15 posts - 2,191 through 2,205 (of 2,506 total)
  • Author
    Posts
  • in reply to: Can't Edit Roles via Subsite #1879
    Vladimir
    Keymaster

    After you mapped subsite to the different domain, you need to replace its “Site URL” with that domain in order to exclude extra redirections made by WordPress. Go to the ‘Network admin->Sites’, select the site and click ‘Edit’ under its row to get needed form.

    I did that for https://yourgigguide.com/ site and URE started working as expected for that site. Please test.

    in reply to: Can't Edit Roles via Subsite #1877
    Vladimir
    Keymaster

    I’ve setup test instance of WordPress multisite with domain mapping locally. But it did not repeat this issue. URE works as expected from any domain (primary or mapped) in URL.

    Send superadmin login credentials to [email protected]
    I will look on the site settings, make some tests on-line.

    I suppose that moving the part of parameters responsible for the presentation, from the POST to GET (adding to URL) may resolve the issue. It depends if redirect takes place after POST data was really processed by plugin code. And it will not help if redirection occurs before POST data processing by URE plugin.

    It’s not a quick fix and will require some time to refactor the code any way.

    in reply to: Update does nothing – when editing a user #1874
    Vladimir
    Keymaster

    Thanks for the information. It’s the bug, which fill be fixed with 4.21.1.
    I plan to publish 4.21.1 today.

    Vladimir
    Keymaster

    Hi,

    I did not make full tests of the latest URE version against older WordPress versions.
    But quick look shows that version 4.21 works in general with WP 3.9.9. In order to remove required WP version warning, open the file user-role-editor-pro.php, go to the line #48 and replace 4.0 there to 3.9.9, in order to get this:

    
    $ure_required_wp_version = '3.9.9';
    

    I raised required WP version to 4.0 starting from URE version 4.19. If you need it, I may send it to your email.

    in reply to: Can't Edit Roles via Subsite #1869
    Vladimir
    Keymaster

    Thanks for the additional information.
    1st, I will try to setup multisite with domain mapping locally 1st and try to catch a reason.

    Then I will contact you with results and may be ask you about the on-line access if needed.

    in reply to: Can't Edit Roles via Subsite #1866
    Vladimir
    Keymaster

    Thanks.
    It seems some redirects took place before you get the URE’s page and it does not get needed POST parameters, similar to the initial opening.

    What will be if you try temporally update the available role ‘subscriber’? Turn on some uncritical capability, like ‘read_private_pages’ and click ‘Update’ button. Will you see the same ‘array()’ output?

    in reply to: Can't Edit Roles via Subsite #1864
    Vladimir
    Keymaster

    1) Did you try to change current role to one from the WordPress built-in set, like ‘author’?

    2) What plugin do you use for the domain mapping?
    At this plugin
    https://wordpress.org/plugins/wordpress-mu-domain-mapping/
    description I found:

    The login page will almost always redirect back to the blog’s original domain for login to ensure the user is logged in on the original network as well as the domain mapped one

    So it seems that it’s not the real reason of a problem.

    3) Could you add this line

    
    print_r($_POST);
    

    to the begin to of ‘editor()’ function at user-role-editor-pro/includes/class-ure-lib.php, line #252?

    So it will be seen as:

    
    public function editor() {
    
            print_r($_POST);
            
            if (!$this->editor_init0()) {
    

    When plugin works correct you should see this output after role change:
    Array ( [action] => role-change [object] => role [user_role] => test_copy [ure_nonce] => c82168f082 )

    in reply to: Can't Edit Roles via Subsite #1860
    Vladimir
    Keymaster

    Hi,

    Check the browser JavaScript console for the error messages (Shift+Ctrl+J at Google Chrome).

    in reply to: Prevent access to particular plugins and sliders #1856
    Vladimir
    Keymaster

    I installed both virtue premium and its child you sent to me and added code for the premium theme to the child theme’s functions.php file for testing.

    Did you changed role ID at the code for your own one?

    in reply to: Prevent access to particular plugins and sliders #1854
    Vladimir
    Keymaster

    Hi,

    I updated the post for the Virtue Premium, which differs from a free one.

    in reply to: Prevent access to particular plugins and sliders #1849
    Vladimir
    Keymaster

    This recipe will help you to restrict access to the selected sections of the Virtue them options page:

    Hide Virtue theme options page sections

    in reply to: Prevent access to particular plugins and sliders #1847
    Vladimir
    Keymaster

    You discovered the real bug. Old feature was lost due to use of the hard coded path inside the code. Version 4.21 includes a fix for this bug:
    Fix: Removed hard coded folder name (user-role-editor) from the used paths. User Role Editor Pro is hidden now from a user without permissions (administrator or ure_edit_roles), even if a user has access to the ‘activate_plugins’ capability.

    You may restrict plugins available for the activation/deactivation at the user level:

    Could you please test plugins access related part with the development version 4.21.b7?
    It’s available after login from the Downloads page.

    I look at the free version of the theme to understand if it’s possible to change something with access to the tabs at its options page.

    in reply to: Prevent access to particular plugins and sliders #1846
    Vladimir
    Keymaster

    Hi Francis,

    I’m looking on the described issues currently. I will answer you today definitely.

    in reply to: Prevent access to particular plugins and sliders #1843
    Vladimir
    Keymaster

    Hello,

    There are some rare issues when a client discovers specific product incompatible with User Role Editor Pro. I hope it’s not your case.
    Could you give more details about to what plugin do you wish to provide access? May be a hint, which follows below, will be helpful.

    How can I give access only to some plugins and not to the rest?

    If plugin provides its own user capabilities use theme 1st. If plugin does not provide its own permissions or there is not enough them, use “Admin menu access” add-on with ‘Block not selected’ option:
    https://www.role-editor.com/block-admin-menu-items

    What theme do you use? What do you try to block/hide? If it’s a commercial product, could you send its copy to [email protected] for the research?

    in reply to: New User Role Viewing Capabilities #1840
    Vladimir
    Keymaster

    If you used “Content view restrictions” add-on – it is for the front-end only.

    If you wish that a user have ‘read only’ access to the list of posts or pages at the back-end, give him ‘edit_posts’ capability, but do not give ‘create_posts’ capability (it should be activated at the URE’s Settings ‘Additional modules’ tab. This way a user will see only ‘View’ link under the posts created by other authors and can not create any post himself.

Viewing 15 posts - 2,191 through 2,205 (of 2,506 total)