Forum Replies Created
-
So, to confirm, you’re running BP 1.2.3 and WPMU 2.9.2, correct?
Could it been that I have too many plugins and it’s slowing down the system???
At this stage I would assume it is being caused by a plugin conflict or an out-of-date plugin. The first action to take is what I detailed in this post:
https://buddypress.org/forums/topic/dashboard-failure-when-activate-buddypress#post-49572
If WP/BP works when running in the barebones configuration, then you can reasonable assume it is either one (or a combination of) your 3rd-party plugins or your custom theme (if using one). So, follow my instructions in that post to figure out which plugin is causing the issue. Once you’ve determined that, contact the plugin author and ask for assistance.
By the way, before installing and activating any plugins or custom themes, you should check to make sure that they are compatible with the versions of WP and BP you’re running.
In reply to: How to overwrite a function?Great! I’m glad that you’re back in business. I’m setting this issue to resolved.
In reply to: Dashboard failure when activate buddypress@viau5-
Your issue is different than @ash11. Please start a new thread. You can simply copy what you have written here and post it into your new thread.
In reply to: Dashboard failure when activate buddypressI have not heard of any issues with load-scripts.php–at least when using the default theme just with BuddyPress and no other plugins.
Let’s back up a little too learn more about your setup. Please answer these questions: https://buddypress.org/forums/topic/when-asking-for-support
In reply to: Privacy component–where is it?Progress is good. There are two more bugs to figure out and then a little new CSS to add and then I’ll set it free for testing. I don’t want to say when that will be as I’ve missed a few of my self-imposed deadlines, but I do look to get it out very soon so that it can be tested with BP 1.2.4 in anticipation of the big impending WP 3.0 / BP 1.3 release.
I appreciate the offer of assistance. Several people have graciously done so. Once this version is out, I would love to see a group of people begin to help support and update it. It is too important of a component to let a single person control. At that point, I’ll convert my private repository over to an Open Source repository for those involved.
In reply to: Dashboard failure when activate buddypressAlong with disabling all plugins except BuddyPress, make sure you are using the default theme that comes with BP.
Distilling your environment down to the least common denominator by testing with only BP enabled and the default theme is the way to determine what is going on. If the dashboard works without issue once you’ve done that, then you know it must be another plugin or the theme you were using. To figure that out, you add one item back at a time. Enable one of the 3rd-party plugins and test. If everything is fine, enable the next, and so on.
In reply to: Isn't it ALL a BuddyPress issue?The debate of where a particular question should get answered when it comes to WP vs BP is interesting. I used to resort to the “don’t ask here, ask there instead” response. However, with BP becoming very popular, the line is blurred between what is the proper place to ask a question. We have to assume that some BP users might not be familiar with WP, in fact BP might be their first experience with the WP ecosystem. So it is important to be as helpful and friendly as possible.
If a question is foundational in nature, meaning that it has more to do with the workings of WP and not BP, I’ll often give some help but then suggest that they might get a better, faster response in the WP forums. The bigger issue for me is when someone posts a question that has been answered numerous times but they have not taken the time to do a proper search.
I also agree that BP is more than just a plugin. I usually refer to BuddyPress as a plugin suite but that never sat quite right with me. BuddyPress is a feature-rich platform as far as I’m concerned. It transcends the idea of a simple WordPress plugin. I have said this before but it’s worth mentioning again. I view many of the BP “plugins” as modules. In other words, they tie into BP extending its functionality.
@3sixty-
You seem to keep changing your avatar. I just realized this as I have come to expect the “larval newt” face but then saw the barreleye this morning.
In reply to: Fatal ErrorsWas this plugin working before and now it is not? If so, what has changed since then? Did you upgrade WPMU?
What versions of WP/MU and BuddyPress are you running?
If you look at the WP Plugin Repository for this plugin, others are having issues with it as well. I would suggest contacting the developer of the plugin and ask when they plan on updating it for the current versions of WP and BP.
In reply to: How to overwrite a function?@techguy-
You can check my blog but I’ll also try and remember to post a link to the article within this thread. It will be in a week or so as I’ve turned my attention back toward BP privacy.
In reply to: BBpress existing integrationRead this thread and visit the single link in it:
In reply to: Skeleton theme – editings ‘settings page’@Puanthanh-
Are you trying to alter the functioning of the code or just the styling of the outputted data?
In reply to: How to overwrite a function?@heini-
Your basic idea is correct. The issue is the order in which each action function hooked to the bp_setup_nav action event is being triggered. Let’s look at the code you have in bp-custom.php.
<php
function my_groups_setup_nav() {
[the whole function code]
}
remove_action('bp_setup_nav', 'groups_setup_nav');
add_action( 'bp_setup_nav', 'my_groups_setup_nav' );
?>This fails because your custom code in bp-custom.php is executed before the code in bp-groups.php is executed. So, you are calling to remove an action that has not yet be registered by WordPress.
I’m almost finished with an article about the intricacies of WordPress’ action and filter functions, but here is a brief explanation to try to shed some light on the issue.
Each action and filter event when triggered by a do_action or apply_filters call sends execution to the appropriate do_action or apply_filters function in /wp-includes/plugin.php. These functions do several things, one of which is querying a very large array that contains all of the added filter functions and action functions. This array gets populated by the actions of the add_filter and add_action calls.
To avoid getting too long winded, as each file gets loaded, any and all add_action and add_filter calls that are directly executable at the time, get triggered which builds this big array. This array is then used by the do_action and apply_filters functions to determine the sequence in which each added action of filter will be executed.
You can read my article when it is ready for a much longer but clearer explanation.
With that briefly described, the piece of information that applies to your situation is that when the action event for bp_setup_nav is triggered, via the do_action( ‘bp_setup_nav’ ) call on line 2025 in bp-core.php, the do_action function starts processing each action function that was “added” to it in the order in which it was added (with an important exception). This means that for your custom function my_groups_setup_nav to work, it must remove the action function in the array discussed above so that when the bp_setup_nav action event is triggered it uses your action function instead of the one added by the add_action(‘bp_setup_nav’, ‘groups_setup_nav’) call.
So, what you need to do is trigger your remove and add action calls in the proper sequence–after the action function that creates the groups navigation menus has been added to the filter array but before the bp_setup_nav action event is triggered. I realize this may be hard to understand.
This is what you need to do instead:
<?php function my_groups_setup_nav() {
/* Remove the added action from the array of functions that get run
* when the action event for bp_setup_nav is triggered
*/
remove_action('bp_setup_nav', 'groups_setup_nav');
// Then replace the removed function with your custom content
[the whole function code]
}
add_action( 'plugins_loaded', 'my_groups_setup_nav' );
?>A final bit of clarification. This is what happens in your current custom function:
1. As soon as BuddyPress is initialized, it looks to see if bp-custom.php exists. If it does, it loads it.
2. This will cause your remove_action call to be fired.
3. But the corresponding action has not yet been added to the very large filter array since bp-groups.php has not yet been loaded.
4. So, nothing happens as there is nothing to remove.
5. bp-groups.php eventually gets loaded and at that point the add_action(‘bp_setup_nav’, ‘groups_setup_nav’) call is fired, resulting in the action function that you were trying to remove getting added to the filter array but after the fact.
6. Eventually the bp_setup_nav action event is triggered.
7. When that happens, the first function hooked to it (added to it) is your custom function. It now gets triggered.
8. All other action functions hooked to the bp_setup_nav action event get triggered one by one including the groups_setup_nav function–the one you had tried to remove in step 2.
9. You have a mess with two duplicate functions doing the same thing.
In reply to: Two Websites, One BuddyPress Community?Start with the Skeleton Component and the BP developer’s Codex.
@ssanime-
Which versions of BP and WP are you running?
In reply to: Pay to get buddy press workingAs this is a request for services and not an issue with BuddyPress (bug, functionality, etc.), I’m closing this thread. If you are interested in providing the requested service, you have the contact information.
I’m closing this thread as it is on the same topic as the thread linked to by @hnla. Please post any further discussions in that thread.
hnla is correct. Bringing bugs, or even potential bugs, to the dev team’s attention is always appreciated! But, it will not be investigated nor remembered if it is not added to the bug tracking system in Trac.
So, please log into Trac (you use the same credentials to do that as you do for these forums) and create a new Bug ticket.
I have deleted the other thread. I could not find a second duplicate.
@francescolaffi-
There should not be any issues. However, I would instruct all Site Admins using your plugin to manually deactivate, upload the new version, and then manually reactivate.
Even if there were a few members with blogs that for some reason activated the plugin on their blog (per blog plugin activation), WPMU runs a check to see if any plugins that used to be per blog activated are now site-wide plugins. This means that WPMU will deactivate the plugin in the corresponding wp_x_options table of each user blogs.
For more in-depth information, see the function check_is_wpmu_plugin_on_activate in mu.php.
In reply to: Featured Members Plugin and fatal errorThat is my old plugin that ran on WPMU v2.7.x and BP v1.0.2. It needs to be overhauled as the WP 2.8 series introduced a new widget API.
I was planning on updating that widget after I finished the Privacy Component. But let me look at it and see how much time I think it will take to get it working again.
Boone, I agree. There is little value in adding Admin-only menu items to the navigation menus.
In reply to: Seo for Buddypress 1.0 betaI deleted your other thread. I’ve accidentally submitted duplicate threads before.
jjj-
What you are saying is true. However, the issue that the OP raised is that the plugins themselves are visible to non-Site Admins in each member’s “Plugins” menu on their dashboards. This means that individual members have access to activate or deactivate each offending BP-dependent plugin. Of course, this should not be possible. So, the fix for the OP’s issue is to make sure that each BP-dependent plugin has the meta tag Site Wide set to true.
But, as you state, even with the correct plugin meta tag set, there are other things a plugin developer can mistakingly do that expose certain plugin Admin navigation items to non-Site Admin members.
All activity action types are stored in an array. Look at the function bp_activity_set_action in bp-activity.php. Components register their activity actions via this function. They then get added to the array $bp->activity->actions.
Now, as far as filtering out the various activity actions, you can either write some custom code, or wait for my BuddyPress Privacy Component as that is one of the services it provides users.
A final note, if a third-party component fails to register any of its activity action types, then they are not added to that array and it becomes much more difficult to filter them.
In reply to: bbpress look a like BuddyPressIf your “second request” is related to installing bbPress, then post it here. Otherwise, please start a new thread.
