Forum Replies Created
-
AuthorPosts
-
curtin-webteamParticipant
Hey Vlad,
The issue was resolved when I cleared the server cache. The error I was getting was:
users.php?page=users-user-role-editor-pro.php:227 Uncaught TypeError: ure_main.role_change is not a function
It looks as though the function name was updated from ure_role_change to role_change.
Cheers
Luke
31/10/2019 at 06:09 in reply to: Post Edit Access: Granting other users access to uploaded media files #6082curtin-webteamParticipantThanks Vladimir, that explains it. Looks like the key thing is ensuring the media file is attached to a page. Put simply, the feature works for attached files, but not designed to apply to unattached files. This works for my use-case, cheers.
24/10/2019 at 07:23 in reply to: Post Edit Access: Granting other users access to uploaded media files #6061curtin-webteamParticipantThanks Vladimir. I’ve tried that code and it lists all attachments, which is fine as a first step.
The only issue is that, for my use-case I don’t want the user seeing all attachments. I would only like the user to see attachments belonging to their team.
I was wondering if I could categorize media files and using the “”Posts Edit Access” feature to allow users to see shared media files “team-name-categorized” files as follows:
1. Enable categories for media library files using the code: register_taxonomy_for_object_type(‘category’, ‘attachment’)
2. Create a new category called “departmentAfiles”, and assign the category to a media file. The category would only be used to categorize shared files only for department A’s members.
3. Copy the category ID of “departmentAfiles” into the “Posts Edit Access” field “with category/taxonomy ID” – for department A’s role within User Role Editor
Basically, is there a way of applying the “Posts Edit Access” feature “”with category/taxonomy ID”” restriction to media files just like it works for pages?
Thanks.
curtin-webteamParticipant@vladimir my issue is now resolved. The Oasis Workflow support team said, apparently, this is a known cache-related issue and sent me workaround code to fix it.
Cheers.
curtin-webteamParticipantThanks for your response @Vladimir. Yes, I just restrict access to Pages with User Role Editor Pro’s “Posts Edit” feature. In the “Post Edit Access” pop-up dialog I list Ids in the “with category/taxonomy ID” field.
Perhaps let me first check with the Oasis Workflow support Team as @nzinner pointed out, in case it’s an issue from their plugin.
Thanks for your response @nzinner, I’ve sent a support ticket to them.
Cheers.
curtin-webteamParticipantHi Vladimir, any further updates on this issue?
I have User Role Editor Pro version 4.25.1, and Oasis Worklow Pro version 5.7 plugins and installed. I also encounter the “Sorry, you are not allowed to edit this item.” error message when I make a copy of Page with the Oasis Worklow Pro plugin. However, when I refresh the page I find the action was successful and the page was successfully copied/created.
Steps to reproduce:
- Click the “Make revision” button. Note: this creates a copy of an existing page and is a Oasis Worklow Pro feature.
- I encountered the error message “Sorry, you are not allowed to edit this item.”
- However if I refresh the page again, or request the same URL the page shows up fine
By the way, I’ve looked up the other related post on this issue but that hasn’t helped. I tried all three options “edit_posts”, “edit_published_posts”, “edit_others_posts” but still encounter the issue?
Cheers
-
AuthorPosts