Forum Replies Created

Viewing 5 replies - 1 through 5 (of 5 total)
  • Thread Starter stephenfourie

    (@stephenfourie)

    @carazo thanks ?? I’ve added my 5 star review. Will see about a small donation too if we can.

    Thread Starter stephenfourie

    (@stephenfourie)

    @carazo thanks for your quick responses.

    Your comments made me think about how your code is working, and I edited the plugin to add error_log comments at each step.

    Eventually I found that your plugin does not set roles for my user imports if the user is an administrator.

    This lead me to check why the user is admin if not from your plugin.

    Turns out, someone had set the default user under Settings -> General -> New User Default Role to Administrator.

    This effectively means that your plugin will not set the role, because the user was created as an admin.

    So I changed this setting, and your plugin now works perfectly.

    Perhaps you can make a note of this in the plugin documentation? If the default new role is administrator in WordPress settings, role will not be set during a csv file import.

    Thread Starter stephenfourie

    (@stephenfourie)

    @carazo the plugin works fine on a separate test site, and correctly assigns our custom role ‘Bronze’.

    The problem is, it doesn’t matter what we select as ‘Default Role’ in the import settings, it always sets it as administrator.

    And there is nothing in the logs to show why.

    Can you maybe tell me what code to look for to try find out what other plugin might be interfering? Is there a specific hook or action I can look for?

    Thread Starter stephenfourie

    (@stephenfourie)

    Hi @engamemilano,
    No it is not solved. I will try later today to see what uncommenting the code does. I’m worried uncommenting it will cause unexpected side effects. I will try it on a test site and update here with my findings.

    Thread Starter stephenfourie

    (@stephenfourie)

    Follow up to this query:
    While trying to figure out how to show the category image, I’ve found that the CategoryHandler class relies on the __wpdmcategory option setting for the image and the access roles etc.

    However, when I took a look at the class.Categories.php file used to save/update the category info, I’ve found that it’s setting term_meta using __wpdm_ fields, and the code to update the __wpdmcategory is commented out.

    This seems to indicate that while the edit category screen appears to be working fine, it doesn’t update the __wpdmcategory option, so when the CategoryHandler tries to determine access for roles, there is no data in the option setting, so it blocks access.

Viewing 5 replies - 1 through 5 (of 5 total)