Forum Replies Created
-
Your welcome! I’m glad you got it to work.
Hum. That is odd. I copied the friends_setup_nav() into bp-custom.php, just like you did, and made one minor change to the outputted text so that I would know if it took. I altered the priority as indicated above, and it worked without issue.
I would suggest that you first get the override working as I did before you try more complex output manipulation. Once you know that it is working, you can then move on to customizing the output. I would guess that there is something else in your custom code output that is causing this not to work. Have you checked PHP’s error logs?
Also, make sure that you are using the default BuddyPress theme and no 3rd-party plugins. Distill your operating environment down to the least common denominator when trying to adjust the output of core files. That way, once you get things working as you like, if you have issues when switching to a custom theme and/or activating a 3rd-party plugin, that it is more then likely some conflict with those items.
Okay, so I quickly ran WP Hook Sniffer and saw that the remove_action function does not get fired because when it is invoked, the function friends_setup_nav has not yet been added via the add_action function. Furthermore, the add_action request in your bp-custom.php file is invoked before the add_action request hooked to friends_setup_nav(). So, whereas your custom navigation code is being triggered, it is quickly replaced with the default, core friends navigation code in friends_setup_nav().
The simple solution is to set the priority of your custom function to something greater than 10. Don’t even bother with the remove_action function as it will never work at this point in code execution.
add_action( ‘bp_setup_nav’, ‘my_friends_setup_nav’, 11 );That should work!
I have not looked at your pasted code. But you are correct in stating that bp-custom.php loads prior to the accessory core BP files. I’d suggest the following tweaks:
remove_action( ‘bp_setup_nav’, ‘friends_setup_nav’, 5);
add_action( ‘bp_setup_nav’, ‘my_friends_setup_nav’);
Basically, hooks are defaulted to a priority of 10. So, you want to make sure that friends_setup_nav is removed before your custom my_friends_setup_nav() is added.
This is just a quick stab at guessing the proper hook firing sequence. So, if this does not work, I suggest installing my WordPress Hook Sniffer plugin.
The fact that you are using WP 2.9.2 means that you are in luck. WP 2.9.1 is the minimum required version of solo-blog WP (single site) that will run BuddyPress. If you do not need to offer your client multiple blogs (or more precisely, if you think that your client will never need to offer their employees and departments blogs), then you can stick with the solo-blog version of WordPress.
As far as setting up departmental pages, I would think that BuddyPress groups would be the perfect fit. But, if each department will need their own blog, then you will have to go the WP multisite route (a.k.a. WordPress Mu.)
Have you read this Codex page?
https://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/
Please provide us with the the following information: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/when-asking-for-support/
You can backup individual tables if you want but it is a wiser move to back up your entire DB. Since BuddyPress relies on user data that is stored in WordPress tables, it is not a good idea to just back up BP tables.
Here are some basic instructions in the WordPress Codex.
I suggest that you bring this issue to the attention of the covert Ninja team that has been formed to fix the plethora of issues with BP.org.
Which versions of WordPress and BuddyPress are you running? This plugin has not been updated for 9 months, https://wordpress.org/extend/plugins/bp-fbconnect/
You should contact @apeatling, the author, and ask him if he plans on updating his plugin.
The “*” after the SELECT statement says that you want to return all the fields of all the records in the table named {$bp->activity->table_name} that meet the search specifications. It does not mean select all tables. Therefore, for each row of the table that meets the requirements of the query, all the fields (columns) in that row will be returned in the recordset.
Have you integrated bbPress with WordPress? Or have you just installed WP for the first time? To share logins with WordPress ( BuddyPress does not handle logins. That is WP’s role), bbPress needs to be configured with what is termed deep integration. This is not a simple task.
Below are some links with more details. Read the first link to decide if you truly need bbPress configured in this way. Perhaps the way BuddyPress uses bbPress (providing group-based forums instead of one, overall site-wide forum) might be acceptable for your site. If so, then you’ll have a much easier time.
https://codex.buddypress.org/developer-discussions/buddypress-forum/
Deep Integration (I have no idea if this information is still accurate for WP 3.0):
https://bbpress.org/documentation/integration-with-wordpress/#func
Trunk has not been synced with branch for over 2 months. With BP 1.2.5 out the door, @johnjamesjacoby has said that he will soon be merging the 1.2 branch into trunk. So, the changes discussed in this thread will see thier way into trunk.
@hnla –
Thanks for the testing and confirmation. I have created a ticket for this issue.
The BuddyPress Dev Chat begins in five minutes. See the link in the OP to learn how to join in.
We do not have sufficient information to begin helping you. Please answer these questions: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/when-asking-for-support/
@ seagrinch –
Thanks for the report. This confirms my suspicions. BuddyPress v1.2.5 has an activation issue under WP 2.9.2. So, as I stated above, the “Requires at least” tag in BP’s readme.txt file should be changed to WP 3.0. Otherwise, we will have people activating BP for a single blog, and not site wide–that is if they just click the “Activate” link in WP 2.9.2.
The other option is to give users of WP 2.9.2 clear, explicit instructions that they have to click the “Activate BuddyPress Site Wide” link instead of the “Activate” link. However, this will not guarantee that most users will actually see these instructions.
Last night I posed the exact same questions regarding BP 1.3 as you! See the agenda link in the OP.
I’ll place your other question on the agenda.
Bump to keep this near the top. Today is the dev chat.
Giving this a bump.
Would someone with a WP 2.9.2 install please test this potential BP 1.2.5 activation issue as described in this thread and report back here?
Just a reminder that the biweekly BP Dev Chat is tomorrow at 19:00 GMT — for all you Norteamericanos, that’s Wednesday, June 30 at 15:00 hours EDT (3:00 pm east coast time).
Please post your agenda items here. See the OT for information on how to join in the chat.
You edit your wp-config file, adding that new line.
You’ll need to ask the authors. Visit the plugins homepage and post your question there.
Has anyone with a WP2.9.2 tested this out yet? I would like to have confirmation that it is isolated to WP 2.9.2 — maybe just isolated to my dev site!
NOTE: see my above post for more details.
@lincme –
I would suggest starting a new thread as your issue will more than likely get lost in this too-long-of-a thread. This thread was really a call to test the pre-release branch version of BP 1.2.5.
