Search Results for 'buddypress'
-
AuthorSearch Results
-
June 6, 2016 at 11:39 am #254182
Paul Wong-Gibbs
KeymasterBuddyPress doesn’t support conditional profile fields (yet?). This is asked frequently but I can’t remember if anyone’s built a plugin that handles this. You might have to hack something together bespoke for your theme.
Regarding the second point, I’d recommend creating a custom field type, if you know PHP. It’s not too hard to do — I worked on this code a year or two ago, and it’s pretty easy to do now. You could look at https://en-gb.wordpress.org/plugins/buddypress-xprofile-custom-fields-type/ for examples of how to add and register custom field types — specifically https://plugins.svn.wordpress.org/buddypress-xprofile-custom-fields-type/trunk/classes/Bxcft_Field_Type_SelectCustomPostType.php I think is a good example to work from as it displays custom post types in a list (you’d just query your custom table and pull in the values, wrap it in some caching, etc).
June 6, 2016 at 11:34 am #254180Paul Wong-Gibbs
KeymasterYou’re correct. The relevant function is messages_new_message(): https://buddypress.trac.wordpress.org/browser/trunk/src/bp-messages/bp-messages-functions.php#L130
You can set the
BP_ENABLE_USERNAME_COMPATIBILITY_MODEconstant to get BuddyPress to accept user_login values on the message compose screen rather than the user_nicename. See https://codex.buddypress.org/getting-started/customizing/changing-internal-configuration-settings/ for how to set it, basically you add it to wp-config.php.BUT setting this will also change the member URLs. For example: example.com/members/user-nicename/ will become example.com/members/user-login/. If you choose to change this, at the very least, you will have to set up redirects manually so as to not harm SEO.
I think probably changing your modification to use the user_nicename will be best.
June 6, 2016 at 11:27 am #254179In reply to: Recommend caching plugin for BP
Paul Wong-Gibbs
KeymasterI can’t speak for all the BuddyPress development team but, personally, I would not recommend W3TC. There is a specific bug with its Object Caching implementation that breaks password resets on BuddyPress for some obscure reason we weren’t able to track down.
You need an Object Cache plugin, which will be backed by a Memcached or Redis instance, or something. If you’re using a great WordPress host rather than any old common host, like WP Engine or Pantheon or Siteground, they already have this infrastructure in place.
You could have a full-page cache, but be sure to only configure it to cache requests for logged-out users. You can imagine that if the majority of your traffic is from logged in, then having a cache for logged-out views isn’t going to have much impact.
June 6, 2016 at 7:44 am #254177In reply to: Display group name on message
danbp
ParticipantHi,
have you tested this plugin ?
https://wordpress.org/plugins/buddypress-group-email-subscription/ADMIN NOTIFICATION Group admins can send out an email to all group members from the group’s admin section. The email will be sent to all group members regardless of subscription status. This feature is helpful to quickly communicate to the whole group, but it should be used with caution.
June 6, 2016 at 7:37 am #254176kalico
ParticipantHi @sharmavishal ! Thanks for asking! bbPress was network activated initially (the CBOX plugin activates everything network-wide; it is a “network only” plugin). But as per my last post, I deactivated it from CBOX and activated it just on the one subsite (the root blog for BuddyPress).
After some additional testing tonight, I’ve narrowed down the problem a bit more. At least I know which CBOX plugin is causing the problem:
1) I deactivated all the CBOX plugins, except for BuddyPress. Tested forums/groups and it all appears to be associated properly. The users can see the private forums in private groups. Yay!
2) I activated the “Group Email Subscriptions” plugin via CBOX, since that one is very important to our existing setup. Forums/groups associations are still working fine. Yay again!
3) I activated the “Docs” plugin via CBOX, and WHAMM! It clobbered my forum visibility! Now only admin can see forums on the front end “group” pages. I tried deactivating it from CBOX (which makes it network-wide) then activating it just on the root site for BuddyPress, and it still has the same breaking effect.
We really need “Docs” working, so now the focus is on figuring out why Docs is breaking the forums.
I suppose my next step will be deactivating other plugins to see if one of them is causing a conflict with “Docs”.
I hope someone has an idea to share! 🙂
June 6, 2016 at 5:38 am #254169sharmavishal
Participantdo i need to update the codes in my theme manually, everytime you roll an update for the plugin?
that depends if its a major update which affects the page you modified.
when i create a folder named “Buddypress” in my theme, it will override the original. correct?
correct
June 6, 2016 at 1:27 am #254167Masoud
Participant@danbp
do i need to update the codes in my theme manually, everytime you roll an update for the plugin?
because as it’s said in many places, when i create a folder named “Buddypress”
in my theme, it will override the original. correct?for example. now it’s version 2.5.3 and i copied the general.php from plugin in my theme’s buddypress folder.
so when the version 2.6.0 is out, do i need to copy and replace general.php from plugin to theme again?(as to use the most recent codes)?so do i need to? or not?
sorry for my question, if it sounds stupid.
June 6, 2016 at 12:55 am #254165Masoud
Participant@danbp
thanks for your complete explanation. but there is not such a file members/single/settings/general.php in my socialchef theme.
and yes, i do have a buddypress folder in my socialchef theme.
so i created the path. and copied the general.php from buddypress plugin files to the destination folder.
and did the changes as i want.
thanks a lot.June 5, 2016 at 9:13 am #254149danbp
Participant@5high Yep! You’re right. The form is now build separately. To hide it conditionnaly, it’s much easier as previously.
What you have to do from now on, is to add a condition on the template part call.
The form template file is post-form.php (activity/post-form.php)
On each activity template (swa, members, groups,…), there a call to this file.
bp_get_template_part( 'activity/post-form' );To solve your problem, you have just to add the condition you want for this call.
In your case, as you want to disallow the form only on swa and on member’s activity, you modify
child-theme/buddypress/activity/index.php (site wide activity) and child-theme/buddypress/members/single/activity.php (profile activity)For example i hide the form to any user except site admin by using:
if ( is_user_logged_in() && is_super_admin() ) bp_get_template_part( 'activity/post-form' );Hope to be clear ! 😉
June 5, 2016 at 1:57 am #254146kalico
ParticipantI may have managed to shake out some of these issues by de-network-activating bbPress, and re-activating it just on the root BuddyPress site. I rebooted my permalinks on that site, and that part seems to be improved.
However, I still have the core problem: Private forums are not associated with their private groups. Users see a message that says
When I try to repair those relationships (groups/forums) the message says, “Repairing BuddyPress group-forum relationships… Complete! 0 groups updated; 0 forums updated; 0 forum statuses synced.”
June 4, 2016 at 10:58 pm #2541425high
ParticipantThanks so much for posting this info! I’d just found that my previous work-around wasn’t working anymore, but your code above works a treat.
For anyone else looking to do this, just add it into your bp-custom.php file in the plugins folder (NOT the buddypress folder, but in the root of the plugins folder).
Much appreciated 😉June 4, 2016 at 2:36 pm #254129In reply to: [Resolved] Need to change profile fields colour
alibong0
Participanti just wanted to know the term ‘alternate row colour for…*****’to google help about it, hence the lack of detail.. i figured you wanted me to figure it out myself. http://www.templatemonster.com/demo/52997.html <— this is my theme. on the newest wordpress and buddypress.
June 4, 2016 at 1:53 pm #254128In reply to: [Resolved] Need to change profile fields colour
danbp
ParticipantPlease read here and give at least some details about the theme you use.
Or better, a valid url to your site. Alternate row color is a theme related question, which can be handled via CSS, but if you don’t tell what theme you use, it’s impossible to guide you more.
Note also that if you use a premium theme, we have no access to it. In this case, you need to ask on the theme support.
June 4, 2016 at 6:46 am #254120In reply to: Replicate data to another database
sharmavishal
Participantyou need to have a wordpress multisite done….and install buddypress on a folder/domain…check codex’s of both..you will get an idea how you can run wp on main domain and bp on sub domain or sub folder
trust me..you are not able to manage in the current scenario which you have…
this is a free support forum..you dont need to talk to me on a one2one basis…custom help is not an option here…you might have a look at the job board if you are looking at custom help
best of luck
June 4, 2016 at 6:25 am #254117In reply to: Replicate data to another database
mujalumni
ParticipantI have two site one for static info about MUJ Alumni (http://mujalumni.in/muj2). It is also a wordpress site. The second one is a portal for our members (http://mujalumni.in/portal). It is also a wordpress site with buddypress support.
No, I am not thinking of having subdomain /subfolder. I am already managing that.
If you can provide your contact details, we can have a talk about this.
June 4, 2016 at 6:11 am #254115In reply to: Replicate data to another database
sharmavishal
Participantno plugin for that…as @danbp suggested better to have one db of users..else its going to get quite complicated…
before you installed buddypress was your site a wordpress site?
also i see you installed bp in a sub folder..not in the root…http://mujalumni.in/portal/ is that correct?
is the root site a wordpress enabled site?
are you looking at having a main site and the community (powered by buddypress) on a seperate folder/subdomain?
June 3, 2016 at 4:18 pm #254103In reply to: Display group name on message
danbp
ParticipantGuess there is no “reply to all” fonctionnality in BuddyPress.
June 3, 2016 at 4:16 pm #254100In reply to: [Resolved] Need to change profile fields colour
danbp
ParticipantJune 3, 2016 at 3:47 pm #254097In reply to: Users cannot register since update 2.53
shanebp
ModeratorYou can get older versions here:
https://wordpress.org/plugins/buddypress/developers/June 3, 2016 at 3:39 pm #254094In reply to: Replicate data to another database
mujalumni
ParticipantBy 2 separate DBs I mean that:
1. Earlier we were not using BuddyPress and had MySQl as backend DB.
2. We shifted to BuddyPress later on but maintaining MySQL DB as well for SignUp by the users.Now the problem is when the user adds himself the records are saved in our MySQL DB but when the user updates his records the updated data goes and is saved in the BuddyPress DB.
How to replicate & sync the updated records in the BuddyPress DB to our MySQl DB (some 35 fields are getting updated and needs to be replicated in the MySQL DB)
A help is really solicited.
best regards
June 3, 2016 at 8:30 am #254089In reply to: Show Member profile photo on category stream
danbp
ParticipantSee if this helps. http://hookr.io/plugins/buddypress/2.4.3/functions/bp_core_fetch_avatar/
June 3, 2016 at 5:14 am #254085In reply to: Wierd Buddypress Issue
mugluck
ParticipantOk. So while the navigation is effectively solved by tell it to look for the wrong kinds of posts. In lieu of deleting the code entirely.
There’s another strange issue that’s cropped up suddenly. The admin bar is vanishing. Is there a line to force it to show? It works in all the other places on the site, except the buddypress profile pages.
June 3, 2016 at 3:57 am #254083In reply to: Wierd Buddypress Issue
mugluck
ParticipantOk. Problem partially solved. My relative newness to php scripting means it’s harder to parse. But I found that duplicating page.php and renaming the duplicate to buddypress.php means I can now control the default buddypress loadup.
The problem seems to be that the secondary nav code is searching for menu children by scanning the pages and checking if they’re children of… this page’s menu system? Since the Buddpress profile isn’t affiliated with any pages, it’s taking all the unaffiliated pages… I think.
<!-- Secondary Nav --> <!-- Show Secondary Menu if the page is a child or has children --> <?php global $post; $children = get_pages( array( 'child_of' => $post->ID ) ); if ( is_page() && $post->post_parent || count( $children ) > 0 ) : ?> <div class="row subnav"> <div class="container"> <div class="columns large-12"> <ul> <?php wp_list_pages( array('title_li'=>'','depth'=>1,'child_of'=>get_post_top_ancestor_id()) ); ?> </ul> </div> </div> </div> <?php else : ?> <!--This is a parent page without children--> <?php endif; ?>So now it’s just telling it not to do that I guess.
June 3, 2016 at 3:05 am #254081had_hc
ParticipantAfter some googling, I found the answer from here! The action ‘bp_core_setup_globals’ is the answer and it works well!
June 3, 2016 at 2:18 am #254079In reply to: Wierd Buddypress Issue
mugluck
ParticipantIs there a way to set the default page template for profiles in Buddpress? I’ve isolated the problem to the fact that it’s generating from the default profile in our wordpress theme. But I don’t know which file in the buddypress system I should add the php code to.
-
AuthorSearch Results