Forum Replies Created

Viewing 15 posts - 76 through 90 (of 2,506 total)
  • Author
    Posts
  • in reply to: Ajax Failure #8307
    Vladimir
    Keymaster

    Try in Developer Tools in Google Chrome (F12), select Network tab, click “Other Roles” button at URE, select admin-ajax.php row at the bottom and look at the Response tab for the error message if available.

    Vladimir
    Keymaster

    Is it possible to get the admin access to the stage copy of the described installation? I would investigate the issue in my local development environment then. If Yes, send login credentials to support [at-sign] role-editor.com
    I use commercial software locally and in the investigation purpose only.

    in reply to: How to allow users to embed iframes #8300
    Vladimir
    Keymaster

    It’s deprecated for WP multisite. You need to turn ON special option at the Settings->Users Role Editor->Multisite: “Enable “unfiltered_html” capability”. Only after that turning ON this capability will have sense.

    “unfiltered_html” capability” is located under “General” group for the simple single WP site.

    in reply to: Gravity Forms – Access by Role and limited #8296
    Vladimir
    Keymaster

    You may use “Gravity Forms Access” add-on, and specify, which forms (by forms ID list) allow/prohibit to edit for selected user of user role.

    gravityforms_delete_forms does not give access to the forms list itself, gravityforms_edit_forms is required. So user will can edit forms too.

    in reply to: Fatal Error #8293
    Vladimir
    Keymaster

    Hi Nana,

    I’m sure it’s not URE Pro bug. Your notification is the 1st for the perion this part of code stays unchanged.

    Let’s trace the code from line #222, which causes the PHP fatal error:


    user-role-editor.php: #37: define( 'URE_PLUGIN_FULL_PATH', __FILE__ );
    pro/includes/classes/user-role-editor-pro.php: #54: $ure_update_checker = new PluginUpdateChecker(URE_UPDATE_URL . '?action=get_metadata&slug=user-role-editor-pro', URE_PLUGIN_FULL_PATH);
    pro/includes/plugin-update-checker.php: #52: $this->pluginAbsolutePath = $pluginFile;
    pro/includes/plugin-update-checker.php: #53: $this->pluginFile = plugin_basename($this->pluginAbsolutePath);
    pro/includes/plugin-update-checker.php: #222: $pluginInfo->filename = $this->pluginFile;

    As you can see from the code above $this->pluginFile at the line 222 can not be null, if exactly this code is executed. It just processes PHP built-in __FILE__ constant value.

    I suppose that you may use another plugin, which also use PluginUpdateChecker class, but defined earlier due to code execution queue and possibly another version, which may lead to a conflict. Check your plugins source code using command similar

    grep -rn ‘PluginUpdateChecker’

    Vladimir
    Keymaster

    Thanks for the key details for your question: “redirected to the dashboard everytime”.

    That is you can click “Add New” to create new post or click ‘Edit’ to edit existing post, but instead of post editor page you see WP dashboard, right?

    If Yes, do you use “Admin menu access/blocking” add-on from URE Pro? If Yes, and you use block “Not selected” model for a role, try to revert it to “Selected” or read carefully this part of the documentation article:

    Vladimir
    Keymaster

    Do you have turned ON the “Activate “Create” capability for posts/pages/custom post types” option? If Yes, will user can edit CPT if you turn it OFF? If JetEngine allows to define unique capability type for CPT, try to make it via JE, not change on the fly using URE. Just wish to know, if it will work?

    Vladimir
    Keymaster

    Hi,

    I have really blocked access to the site for unregistered visitors, as I was away and can not process client requests. Site is fully functional now.

    in reply to: Conflict with “Schema Pro” #8274
    Vladimir
    Keymaster

    I suppose that URE at your site has active options related to the custom post type, like:
    – Activate “Create” capability for posts/pages/custom post types,
    – Force custom post types to use their own capabilities.
    And current user role did not contain needed capabilities at the moment when you try add/edit schema.

    Vladimir
    Keymaster

    OK. Btw., just take into account that person who install a plugin, can execute on a server any PHP code (if include it into plugin) and receive this way full access to the site and its data (if he has such purpose). URE restrictions protect only WordPress user interface.

    Vladimir
    Keymaster

    Meta boxes add-on takes the list of available meta boxes after you open the editor page especially for that post type, e.g. posts, pages or products. After that only you can find the meta box under selected post type.

    in reply to: LearnDash (Course Search – Not Working) #8265
    Vladimir
    Keymaster

    If you use “Admin menu” block “Not selected” model value, pay attention on the “Technical details” part of the documentation article: https://www.role-editor.com/block-wordpress-admin-menu-items/#block_not_selected

    in reply to: URE Pro Not Restrictng on Elementor Theme Builder #8261
    Vladimir
    Keymaster

    Hi Mike,

    What plugin was updated after which you lose ‘Theme Builder’ item selection in Admin menu?

    Vladimir
    Keymaster

    You may try, may be they will can find a workaround.
    I will also add a filter to the next update to block license checking for similar situations and off-line/intranet usage.

    Vladimir
    Keymaster

    Yes, because of this menu item becomes unavailable for user which can not objectcache_manage capability. In this case there is no need to select/unselect it via “Admin menu” in URE.

Viewing 15 posts - 76 through 90 (of 2,506 total)