Find Answers and Get Support › Forums › Gwangi – PRO Multi-Purpose Membership, Social Network & BuddyPress Community Theme › Feature Requests › BuddyPress Member Types PRO Compatibility
- This topic has 10 replies, 3 voices, and was last updated 5 years, 2 months ago by
Johan.
-
AuthorPosts
-
JohanParticipant@johan
- 16 Topics
- 68 Posts
Up::0Hi
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/pb7u6aAny chance you can consider compatibility with BuddyPress Member Types PRO ?
Thanks
Johan
September 26, 2019 at 12:42 #7851JohanParticipant@johan- 16 Topics
- 68 Posts
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/pss92rSince 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) ?
November 5, 2019 at 15:44 #8376@themoceratops- 1 Topics
- 430 Posts
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 ?
November 7, 2019 at 10:31 #8401JohanParticipant@johan- 16 Topics
- 68 Posts
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/ptofn3Member 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
November 7, 2019 at 12:35 #8403@themoceratops- 1 Topics
- 430 Posts
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,
November 7, 2019 at 14:09 #8404JohanParticipant@johan- 16 Topics
- 68 Posts
Hi Jason @themoceratops
Message forwarded !
Waiting for reply
I keep you postedThanks for your help
November 7, 2019 at 14:18 #8405JohanParticipant@johan- 16 Topics
- 68 Posts
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 ToolkitIt 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.
November 12, 2019 at 10:30 #8410@themoceratops- 1 Topics
- 430 Posts
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,
November 12, 2019 at 13:12 #8421JohanParticipant@johan- 16 Topics
- 68 Posts
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.
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.November 12, 2019 at 13:31 #8422 -
AuthorPosts
The topic ‘BuddyPress Member Types PRO Compatibility’ is closed to new replies.