Forum Replies Created

Viewing 15 posts - 2,026 through 2,040 (of 2,518 total)
  • Author
    Posts
  • in reply to: Plugin Failure at Update #2318
    Vladimir
    Keymaster

    It’s the most probably file permissions problem. Set the same permissions to the user-role-editor-pro folder and all its childs (subfolders) as you have already for other plugins: 755 in general.

    http://codex.wordpress.org/Hardening_WordPress
    https://codex.wordpress.org/Changing_File_Permissions

    in reply to: Plugin Failure at Update #2316
    Vladimir
    Keymaster

    Hi Ryan,

    OK. What if you try to update from the Update Center (Dashboard->Updates)? It shows more details about the reason of the update failure.

    in reply to: Plugin Failure at Update #2314
    Vladimir
    Keymaster

    Hi Ryan,

    General recommendations:
    1) Check if valid license key is in place: Settings -> User Role Editor -> General tab
    2) Check if file permissions at wp-content/plugins/user-role-editor-pro are correct

    What error message do you see after click update link?

    in reply to: Restrict post type and child pages #2311
    Vladimir
    Keymaster

    Thanks for the feedback.

    Let me know more details about option 2. ‘User can see’ what is about? Quant of recent posts available for view at front-end? Or something else?

    Vladimir
    Keymaster

    Share more details on your settings:
    1) Confirm that Visual Composer plugin is active
    2) Show a screenshot of the role and ‘admin menu’ window for that role (with which you get mentioned notices).

    I will try to repeat this issue to isolate and fix a problem.

    P.S. Numbers 4.25.2 included into changes list information are related to the free version of URE (core) on base of which Pro version is built. The latest version of URE Pro is 4.25.

    in reply to: Problem Using Bulk Access #2303
    Vladimir
    Keymaster

    Fixed at version 4.25 published today.

    in reply to: Problem Using Bulk Access #2297
    Vladimir
    Keymaster

    I confirm this bug. Thanks for the report. I will fix it with the next update.

    in reply to: Admin menu #2295
    Vladimir
    Keymaster

    Hi,

    You may input as capability type a ‘formation’. Then add the set of capabilities like you have already for post or page to the user’s role. Then you will not need to give to the user permission to edit pages.

    Or if user can edit posts, use ‘post’ instead.

    Vladimir
    Keymaster

    Hi,

    Could you send ‘Applications’ add-on copy to support [at-sign] role-editor.com?
    I will look on the code and make some tests.

    in reply to: Can I restrict posts to their author? #2290
    Vladimir
    Keymaster

    Hi,

    Starting from the next version 4.25 special setting ‘Own data only’ will be available as for a user, as for a role. It will be no need in a workaround described above.
    Development version 4.25.b7 is available after login from the Download page. It’s under testing currently.

    in reply to: Login WordPress Dashboard #2289
    Vladimir
    Keymaster

    Hi Jawad,

    Test showed that ‘edit_posts’ is required in order may select a brand for the product.

    in reply to: Login WordPress Dashboard #2287
    Vladimir
    Keymaster

    Hi Jawad,

    Brands plugin uses ‘manage_categories’ capability.

    in reply to: Login WordPress Dashboard #2285
    Vladimir
    Keymaster

    Hi Jawad,

    Send brands plugin copy to support email. I will look at it.

    There are no updates for those subjects yet.

    in reply to: Login WordPress Dashboard #2283
    Vladimir
    Keymaster

    Hi Jawad,

    Thanks. I will add ‘x’ link to the right of every meta box to remove it.

    Add ‘assigng_product_terms’ – enables to select, remove ‘edit_product_terms’ – removes ‘Add New Product category’ link.

    in reply to: Login WordPress Dashboard #2281
    Vladimir
    Keymaster

    Hi Jawad,

    ‘manage_product_terms’ capability is responsible for the product categories. Admin menu window is helpful in such cases.

    WordPress does not have a global structure to remember all available meta boxes, as WP does with admin menu. Meta box becomes available when user opens a page for which meta box is created.

    Currently URE remembers available meta boxes step by step when you open dashboard or post/page/CPT editor pages. It does not delete unavailable meta boxes automatically. Imagine another situation when you temporarily deactivated some plugin for the debug purpose, but URE deleted all restrictions you made for its meta boxes.

    I agree that some cleanup should be possible. What if to add ‘Remove’ link to the right of every meta box in a list?

Viewing 15 posts - 2,026 through 2,040 (of 2,518 total)