[Vladimir]

Hi Chris,

If you have the same roles at all sites of your multisite network, it’s possible to delete a role from main site at “Network Admin -> Users -> User Role Editor” and then click “Network Update” in order to replicate this change to all other sites at once.

In case you have the different roles at different sites, Yes – it’s individual process for every site. Open site, then delete role…

[Vladimir]

Look at “posts/pages edit access restrictions” add-on. It has Allow – ‘Own data only’ option. It works for any custom post type too. So product owners will see and can edit at back-end just there own products and related orders only.
This restriction is possible to set as per user via user profile, as per role via role editor.

May be it will be suitable to resolve your task, but may be it’s better to look for a special vendors plugin too.

[Vladimir]

It was fixed with Pro version 4.32.

[Vladimir]

Thanks for this note.

It seems something changed with one of bbPress updates. It influenced how role-editor.com private forum works too. That’s why you did not find your topic there.

I will let you know as I find a solution.

[Vladimir]

Thanks for the confirmation. I think the same way now. I will include this change into a next update.

[Vladimir]

Fix for this issue is available for testing starting from development version 4.32.b3. Development version is available after login from the same download page.

[Vladimir]

Thanks for your help. I repeated this issue. It will be fixed with a next update – this month.

The reason of a problem is that form edit URL has additional URL parameter ‘id’, which is not allowed as selected menu item URL does not contain it. I will extend the list of allowed URL parameters for Gravity Forms.

Quick workaround – change your “Admin menu” options from “Block not selected” to “Block selected” and then re-check menu items accordingly. You may swap them with ‘Shift’+Click on the top row checkbox.

Gravity Forms dashboard widget shows just forms which have unread entries. It does not show all existing forms.

[Vladimir]

Do you really use so old WordPress version 3.6.1?

[Vladimir]

Hi,

Will it change if you turn off “Admin menu access” add-on at URE’s Settings? If ‘Yes’, show me a full screenshot of admin menu list for this user role.

[Vladimir]

Thanks for the feedback.

[Vladimir]

I think that a better way to test how user sees menu is to visit site not under admin user. Currently ‘front-end menu access’ add-on does not fire for front-end menu view when admin user visit a site. So when you visit site front-end as admin user, URE does not hide from you any menu items which should be hidden according your settings.

Do you think this logic is incorrect, inconvenient?

And, Yes, admin user always sees full menu at the menu editing page at admin back-end.

[Vladimir]

Yes, I did not tested with pages somehow :), just with posts. Thank You for the update.

[Vladimir]

Yes, these restrictions are not applied for users who can edit them – additional menu item options are available only for administrator or user with ‘ure_front_end_menu_access’ capability. So ‘administrator’ and user with ‘ure_front_end_menu_access’ capability only should always see all menu items in spite of conditions applied to them.

Please let me know that it’s right for your installation. If ‘Yes’, then do you think that it will be more convenient for administrators to see the restricted (for logged-in / for logged-out users, etc.) menu under their own accounts too? I may add this as an option to change a default behavior.

[Vladimir]

In order to turn off URE’s front-end menu access add-on go to the “Settings -> User Role Editor -> Additional Modules” tab and turn off “Activate Front End Menu Access module” checkbox.

[Vladimir]

OK. I’ve read your 2nd post.

[Author]

Posts