Forum Replies Created

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • curtin-webteam
    Participant

    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

    curtin-webteam
    Participant

    Thanks 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.

    curtin-webteam
    Participant

    Thanks 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.

    in reply to: URE Conflict with Workflow Plugin #5274
    curtin-webteam
    Participant

    @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.

    in reply to: URE Conflict with Workflow Plugin #5270
    curtin-webteam
    Participant

    Thanks 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.

    in reply to: URE Conflict with Workflow Plugin #5266
    curtin-webteam
    Participant

    Hi 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:

    1. Click the “Make revision” button. Note: this creates a copy of an existing page and is a Oasis Worklow Pro feature.
    2. I encountered the error message “Sorry, you are not allowed to edit this item.”
    3. 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

Viewing 6 posts - 1 through 6 (of 6 total)