[Vladimir]

Hi,

Can you export the screenshots from the SnagIt software to .PNG or .JPG format in order I can see it without rebooting to Windows from Ubuntu and installing SnagIt, which I don’t use?

[Vladimir]

Hi,

Yes, it’s possible.
1st, grant access to the ‘Appearance’ menu for the role adding ‘edit_theme_options’ capability to it.
2nd, block unneeded menu items of “Appearance” menu using Admin menu access add-on.

[Vladimir]

This bug was fixed with version 4.34.3.

[Vladimir]

Thanks for your help. I will publish a fixed version tomorrow.

[Vladimir]

Thanks to you.

The universal scenario when you don’t know what capability protects custom post type, look for that using Admin menu access add-on. Open it for ‘Administrator” role and look what capability protects needed menu item. Grant that capability to the selected role then. If this is a ‘edit_posts’, but you don’t need that this role access to the posts, except ‘nieuws’, then block unneeded menu items, like ‘Posts’ menu with the same “Admin menu access” add-on.

[Vladimir]

Unfortunately, No.

Look, when user clicks ‘Add New’ post, WordPress creates a new post record at the database and then re-open for editing the existing (just new added) post. As you allowed to user to edit posts from selected categories list only, if this new added post will not has any allowed category, WordPress will show “You don’t have permissions to edit this post”. This is a reason why I have to assign automatically to the new added post the 1st item from the allowed list of available (allowed) categories.

So user has to reselect needed category if needed after that.

[Vladimir]

In order to restrict authors to post only to the selected list of categories use posts/pages edit restrictions add-on:
– activate add-on at Settings->User Role Editor->Additional Modules;
– go to Users->User Role Editor;
– select ‘Author’ role;
– grant ‘create_posts’ capability to this role;
– click ‘Posts Edit’;
– select “Block” or “Allow” action;
– input a list of digital category IDs to which you wish to block or allow access;
– save your changes.

[Vladimir]

I will appreciate if you leave a review at URE’s core version home:

User Role Editor

[Vladimir]

Yes, it’s by design: you can not revoke a capability from administrator role, you can just add a capability to it.

Is it critical for your purpose to have option “Force custom post types to use own capabilities” turned ON? If not, switch it OFF at URE’s settings page and you will get access to this plugin back.
We met the incompatibility issue here.
I suppose that “Booked” plugin defines booked_appointments custom post type capability mapping some special way. I need more time to find a workaround…

[Vladimir]

Check if administrator role has ‘edit_booked_appointments’ capability.

These capabilities are required by this plugin (menu item – capability):
Appointments – edit_booked_appointments
Pending – edit_booked_appointments
Calendars – manage_booked_options
Settings – edit_booked_appointments
What’s New? – manage_booked_options

[Vladimir]

I looked at the older 1.4.6 version – it requires ‘manage_options’ for all “Appointments” menu items, including “Appointments->Settings”.

I recommend you to compare this plugin files with original copy, just in case some file was modified…

[Vladimir]

Can you provide me a copy of “Booked” plugin? Send dropbox or similar link to support [at-sign] role-editor.com
I will check what exactly it require to access to its Settings.

[Vladimir]

Yes, I mean exactly this: ‘administrator’. So check that your user has exactly this role – via “Users” list.

Pay attention that your administrator role was granted just 218 capabilities from the total 237. I recommend you to grant all capabilities to the ‘administrator’ role without any exceptions. Just in case there are any other capability related to “Booked” plugin and could be critical at this case.

[Vladimir]

Open “Users->User Role Editor”, select ‘Administrator’ role from the drop-down list at the top and look if a value at the circle parenthesis to the right from the “Administrator” role is “administrator”. Some plugins check access via current_user_can(‘administrator’), where ‘administrator’ is a role ID, not a role name.

[Vladimir]

Check if your user was granted ‘administrator’ role not a copy with other role ID.
Check if there are any unchecked capabilities at your ‘administrator’ role. I mean that administrator role should have all capabilities checked.

[Author]

Posts