BuddyPress Member Types PRO Compatibility

This topic contains 10 replies, has 3 voices, and was last updated by  Johan 10 months, 3 weeks ago.

Viewing 11 posts - 1 through 11 (of 11 total)
  • Author
    Posts
  • #7851

    Johan
    Participant
    • 56 Posts
    @johan

    Hi

    Plugin BuddyPress Member Types PRO (Buddydev) allows to create member type for user (compatible with BP Profile Search)
    Member type are listed on a URL ” membres/type/slug ”

    Search Results dislpays well on directory page using filter
    Screenshot https://prnt.sc/pb7uzg
    or using search but Gwangi does not display the result on the URL from BuddyPress Member Types PRO
    Screenshot https://prnt.sc/pb7u6a

    Any chance you can consider compatibility with BuddyPress Member Types PRO ?

    Thanks

    Johan

    #7858

    Olivier
    Moderator
    • 1799 Posts
    @themosaurusrex
    Themosaurus Support

    Hi @johan,

    Thank you for your great feedback.

    We will implement this feature if other community members upvote this request.

    We’ll keep you informed. Thank you very much for contributing to Gwangi!

    Best regards,

    #8376

    Johan
    Participant
    • 56 Posts
    @johan

    Hi

    I have done more testing with MEMBER TYPE PRO changing template of the page “Member”
    When sorting members with URL ” membres/type/slug ” (member type pro feature), it works when member page has template default or full width but issue is with sidebar
    Here’s screenshot
    DEFAULT TEMPLATE https://prnt.sc/pss82g
    FULL WIDHT https://prnt.sc/pss8j8
    SIDEBAR RIGHT https://prnt.sc/pss7gi
    SIDEBAR LEFT https://prnt.sc/pss92r

    Since it works on default and full width template, ss it a problem of compatibility with member type pro or is it an issue on template sidebar (right and left) ?

    #8401

    Jason
    Moderator
    • 343 Posts
    @themoceratops
    Themosaurus Support

    Hi @johan,

    Thank you for your investigation.

    We have already encountered that bug with the sidebar left and right templates before. It was due to the “Block, Suspend, Report for BuddyPress” plugin (formerly known as “BP Toolkit”), and we know that this bug persists even after disabling that plugin.

    Did you install the “Block, Suspend, Report for BuddyPress” plugin (or “BP Toolkit”) at some point on your website ?

    #8402

    Johan
    Participant
    • 56 Posts
    @johan

    Hi

    No I haven’t installed this plugin
    I can try to install Gwangi with member type pro on clean installation without any testing or plugin installation and tell you if it works

    #8403

    Johan
    Participant
    • 56 Posts
    @johan

    Hi @themoceratops

    I have just installed a clean Buddypress with Gwangi and Member Type Pro so no risk of conflict
    Problem is the same
    SIDEBAR LEFT https://prnt.sc/ptoezs
    SIDEBAR RIGHT https://prnt.sc/ptof8u
    FULL WIDTH https://prnt.sc/ptofgm
    DEFAULT https://prnt.sc/ptofn3

    Member type is a taxonomy
    Can you please check if Gwangi template Sidebar left and Sidebar Right handle correctly taxonomy ?

    Brajesh (Buddydev) is developping plugins that works out of the box with any template ; there shouldn’t be any reason that Gwangi cannot display correctly member type on Directoy URL

    Thanks

    Johan

    #8404

    Jason
    Moderator
    • 343 Posts
    @themoceratops
    Themosaurus Support

    Hi @johan,

    Okay, so it seems like the problem is indeed with the Member Type Pro plugin and is the same problem as the BP Toolkit plugin. Unfortunately this isn’t something that we can fix from our side, this is an issue that the plugin causes and by consequence our page template is breaking.

    We recommend that you contact the plugin author and forward them this message from us explaining the source of the issue (of course you can also send them the theme files if they need it) :

    The problem is that when we activate the Member Types Pro plugin, the « get_queried_object_id() » function suddenly returns 0 for member directory pages, instead of the actual page id, and it keeps returning 0 even after we disable the plugin.

    After that, the only way we found to get back to the original working state is by clearing all transients and switching to another theme then back to Gwangi.

    The reason why this breaks the layout is because we rely on the « get_queried_object_id() » function to add a class to the container, which is responsible for displaying the layout properly. That means when « get_queried_object_id() » returns 0 instead of the actual page id, the wrong class is added and the layout breaks.

    You can find the bit of code that suffers from this problem in the « add_content_classes() » function in « gwangi/inc/grimlock/class-gwangi-grimlock.php » in the theme.

    Best regards,

    #8405

    Johan
    Participant
    • 56 Posts
    @johan

    Hi Jason @themoceratops

    Message forwarded !
    Waiting for reply
    I keep you posted

    Thanks for your help

    #8410

    Johan
    Participant
    • 56 Posts
    @johan

    Hi

    Please find below answer received from Member Type Pro plugin developpers
    Issue you have seem more to be from the choice you made for the template not compliant with core feature of Buddypress
    What do you think ?
    Any chance you try what Brajesh suggest to see if it solves issue ? Maybe it will also solve issue with BP Toolkit

    It seems that Gwangi developers don’t have much experience with BuddyPress. They are incorrect in pointing about the plugin.

    The issue is related to how BuddyPress Member Types directory works(It is a core feature of BuddyPress).

    On the member types directory(say members/type/student), The queried object is not setup and that’s why they are getting 0.

    They should use buddypress()->pages->members->id. It is better choice for knowing the members directory.

    Also, they do not need to delete transient or cache or anything. These are no required.

    #8421

    Jason
    Moderator
    • 343 Posts
    @themoceratops
    Themosaurus Support

    Hi @johan,

    Thank you for the update.

    I understand Brajesh’s point but I think it is very arguable. If you try to use Gwangi on a fresh WordPress install with the basic plugins (Grimlock, Kirki, BuddyPress and Grimlock for BuddyPress), the member directory with sidebar right template is working as expected. Then, from your feedback I understand that the sidebar right template doesn’t work anymore after enabling the Member Types plugin. Knowing that, the only conclusion that we can come to is that the plugin is doing something unusual that breaks our template as a consequence.

    Unfortunately, the solution suggested by Brajesh isn’t going to help, because we are trying to retrieve the current page id rather than the members page id. Also, the get_queried_object_id() function that we are relying on is a core WordPress feature, so if this core function doesn’t have the expected behavior there is unfortunately not much that we can do about it.

    With that being said, we don’t want to waste more of your time and continue sending you back and forth between us and the plugin developer. So our stance will be the same as it was at the start of this topic: this plugin is not compatible with our theme, and if more people start to show interest in this we will consider investing some time into finding a solution to work around this issue.

    We thank you for your investigations, and we are sorry that we couldn’t come to a favorable conclusion concerning this plugin’s compatibility.

    Of course we remain available if you have any more question regarding the use of the theme.

    Best regards,

    #8422

    Johan
    Participant
    • 56 Posts
    @johan

    That’s not a compatibily issue with the plugin, you need to do it for BuddyPress Member Types feature. It is core feature not enabled by default.

    You can use few lines of code to enable this feature.

    Member Types

    I will not waste my time going back and forth between you and Brajesh if it is to find a solution !
    But if you keep your position and do not make any effort trying to consider that you might have done something wrong that’s a waste of time for me !
    Anyway, do it or not, I stop here on this topic, close it.

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

The topic ‘BuddyPress Member Types PRO Compatibility’ is closed to new replies.