Forum Replies Created
-
Posts
-
What area for extra capabilities do you mean?
In order contributor can add a feature image he should have the ‘upload_files’ user capability. This automatically gives him access to the Media Library.
It’s possible to block for the contributor role the access to the “Media” menu with “Admin menu access” add-on.
But if you fully block “Media” menu (including “Add new”) user will can not add new image. It will can just select a featured image from the existing images.
I offer do not block “Media” menu for contributor. It’s possible to restrict him to see just his own images there. Activate “Edit posts restrictions” add-on. Do not forget to add ‘create_posts’ capability to ‘contributor’ role in this case.
Open “Posts Edit” dialog for contributor role and select “Allow”, “Own data only”. This setting will hide from the Media Library images uploaded by other users.Could you try development version 4.26.2.b5? It’s available after login from the same Download page.
In order to exclude ‘page’ post type from the edit restriction you may use a custom ure_restrict_edit_post_type filter.
Modify example code according with your needs and add it into your active theme functions.php file or setup as a “must use” plugin.Let me know if you need further help.
To what post type post with ID=1601 really belongs: post, page or custom post type (CPT)? You need to know this to be clear what capabilities are in use for item with ID=1601: posts, pages or special for that CPT.
User should be capable to edit this CPT item before you apply edit restrictions with URE. So if item ID=1601 was created by other author, user should have ‘edit_others_pages’ for pages, ‘edit_others_posts’ for posts or CPT which uses the same capabilities as posts do, or ‘edit_others_cptname’ for that CPT, e.g. ‘edit_others_videos’ for videos CPT.
You may look at ‘Admin Menu’ at this CPT menu for administrator role to be sure what capabilities CPT uses.
“Look at Roles” is related to the “What to do” (restriction type) field only: prohibit or allow or look 1st not empty value from roles assigned to this user.
So if you need to add a special restriction just for this user make it at this user profile without reference to the roles, assigned to this user.
You may set edit restrictions at the role level and use them for the group of users.
Did you set ‘block not selected’ restrictions with ‘Admin menu access’ module for this role?
Could you show a screenshot?You have to understand what plugin removes ‘Logout’ menu. Did you set “Admin menu” restrictions for that role? What will be with ‘Logout’ if you deactivate URE’s “Admin menu” add-on?
If URE is not a source of a problem, try to deactivate plugins one by one to isolate it.
Hi,
Thanks again. The issue was confirmed and fixed.
bbPress requires to add additional capabilities to the “Participant” role in order user with this role may see the private topics and replies.Thanks for your help with testing.
Yes, It’s safe to use at the live site. I applied just the only change to it – allowed the sorting parameters for posts list page.
I will publish 4.26.1 as a stable one in a couple of days, just in case some other quick bug will be discovered in version 4.26.Hi Rick,
Thanks for your help. I confirm this bug. It occurs when you restrict role with “Admin Menu” and use “block not selected” model.
I made available a fix with development version 4.26.1.b1. You may get it after login from the download page.I wait a result of your test.
Hi,
Thanks for your help. I added a “Logout” link to the “Account” page.
Forums are managed by bbPress here. “Private” means that topic is not available for not logged-in users and, that is, for the search engines. Any logged-in user may read such topic of course.
I tested – site returns 404 error for the private topic if you did not login.
Hi,
In short, WooCommerce redirects to front-end any user without edit_posts capability.
This post will give more details on the problem and workaround for it:
