Forum Replies Created
-
I usually only have trouble understand php code but this time my english (native language) is failing me… can Andy or another please interpret what plugin is being referenced as being updated for BP 1.2? Is Andy saying that the BP 1.2 plugin will, now (trunk) and in the final version, automatically load buddypress before all other plugins? If yes, the above mentioned code would no longer be needed in each buddypress dependent plugin? Sorry for being a bit ‘slow’ on this
I’ve looked through the trac and my interpretation does Not seem supported…
I FIXED my issue by following Andy’s instructions here:
https://buddypress.org/forums/topic/important-plugin-devs-read-this
Quick solution:
Add the following to the top of groupblog.php:
/*** Make sure BuddyPress is loaded ********************************/
if ( !function_exists( 'bp_core_install' ) ) {
require_once( ABSPATH . '/wp-admin/includes/plugin.php' );
if ( is_plugin_active( 'buddypress/bp-loader.php' ) )
require_once ( WP_PLUGIN_DIR . '/buddypress/bp-loader.php' );
else {
return;
}
}
/*******************************************************************/@dcaweb – Thanks for all of your suggestions. Again for my situation, groupblog worked fine until I upgraded wpmu. I only made one change (updated wpmu) and Groupblogs immediately broke. I have disabled plugins with no change in the status of groupblog. To be clear, all seems to work fine except Group pages.
Selecting any Group (with groupblog activated) results in a blank page with the following error printed at the top:
Call to undefined function bp_groupblog_is_blog_enabled() in /bp-groupblog/bp-groupblog.php on line 127
line 127 of groupblog.php:
if ( bp_groupblog_is_blog_enabled( $bp->groups->current_group->id ) )
bp_core_new_subnav_item(
array(
'name' => __( 'Blog', 'groupblog' ),
'slug' => 'blog',
'parent_url' => $group_link,
'parent_slug' => $bp->groups->slug,
'screen_function' => 'groupblog_screen_blog',
'position' => 32,
'item_css_id' => 'group-blog'
)
);@Chouf1/DaNiel, thanks for sharing your working groupblog. I guess it makes it a bit more challenging to figure out the problem if it’s not universal. Was your 2.9.1.1 a new install?
Mine is an upgrade so the template “bp-groupblog” was and still is located in wp-content/themes.
I’ve got the same error as the OP. Has anyone tried ‘M’s solution? Share the complete plugin code if possible. It would help those of us that are ‘code’ challenged
Call to undefined function bp_groupblog_is_blog_enabled() in /bp-groupblog/bp-groupblog.php on line 127
wpmu – 2.9.1.1, bp – 1.1.3, bp-groupblog 1.3.1
This doesn’t address the underlying issue but a temporary fix (2 months for me) is to
change the welcome email so that the wpmu generated password isn’t included. I’m hoping that upgrading to bp 1.2 and wpmu 2.9 will fix a few little bugs that effect my install.
Go to:
Site Admin > Options> then edit the Welcome Email
There is also a ticket for this in the trac:
https://trac.buddypress.org/ticket/1208
Previous topic:
https://buddypress.org/forums/topic/user-chosen-password-different-to-welcome-email
@peter-anselmo, thanks for the fix. FYI- during my auto install process the activation is said to fail (but doesn’t) and the error below is generated. The plugin actually is activated:
Fatal error: Cannot redeclare bp_group_documents_check_prereqs() (previously declared in /public_html/wp-content/plugins/buddypress-group-documents/index.php:56) in /public_html/wp-content/plugins/buddypress-group-documents/index.php on line 67
Great plugin! I get php warnings when deleting a group with buddypress-group-documents plugin activated. Has anyone else had this problem when deleting a group? No problem when plugin is deactivated.
Warning: Missing argument 2 for BP_Group_Documents::get_list_by_group(), called in /public_html/wp-content/plugins/buddypress-group-documents/index.php on line 470 and defined in /public_html/wp-content/plugins/buddypress-group-documents/include/classes.php on line 251
Warning: Missing argument 3 for BP_Group_Documents::get_list_by_group(), called in /public_html/wp-content/plugins/buddypress-group-documents/index.php on line 470 and defined in /public_html/wp-content/plugins/buddypress-group-documents/include/classes.php on line 251
Warning: Invalid argument supplied for foreach() in /public_html/wp-content/plugins/buddypress-group-documents/index.php on line 471
Warning: Cannot modify header information – headers already sent by (output started at /public_html/wp-content/plugins/buddypress-group-documents/include/classes.php:251) in /public_html/wp-includes/pluggable.php on line 865
Hmmm… in an attempt to trigger the group invite during group creation, I installed/activated the invite-anyone plugin. Surprisingly it fixed the issue – Group Invites are sent when creating a new group. I deactivated the invite-anyone plugin and again group invites aren’t send during group creation.
Good news – I have a temporary fix! Any idea as to what is wacky with my install that this plugin fixes?
I posted this elsewhere but it now belongs as part of this discussion: When using Buddypress, should /wp-signup.php result in an blank page or the registration form (or redirect to /register)? If the issue described here exists, how do you get the proper default buddypress behavior?
see: http://ttacconnect.org/wp-signup.php
I could delete /wp-signup to remove the errors but I’d like to understand how bp and wpmu is designed to work (are there any consequences for deleting wp-signup.php?).
I know BuddyPress is using /register.php and not /wp-signup.php. But when /wp-signup.php is hit (typically by spam bots) a PHP Warning is generated. No white space outside of php closing tags in header.php. I’m not too concerned about that as I figure if it’s working as it should (no registration form), then the php warning will take care of itself (and not be generated). So what needs to change to get /wp-signup.php to result in a blank page?
PHP Warning: Cannot modify header information – headers already sent by (output started at xxxx/bp-sn-parent/header.php:3) in xxxx/wp-includes/pluggable.php on line 865
See no Warning and no Registration Form (blank page). Is this the proper default buddypress/wpmu behavior?
http://nourishnetwork.com/wp-signup.php
Here /wp-signup.php was deleted and results in a page not found:
http://memomu.com/wp-signup.php
wpmu 2.8.6 with active plugins on main bp site:
bp 1.1.3, bp-groupblog, auto group join, Group Forum Subscripton, bad behavior
bump again – for some reason this topic isn’t recognized as updated
I’ll start a new topic if this post isn’t recognized.
bump – topic didn’t rise to top with the my last post.
I’ve determined that the warning is generated when /wp-signup.php is accessed (mostly by spam bots). Can’t find white spaces anywhere. Is /wp-signup.php supposed to redirect to /register or to a blank page?
My site and the other listed both display the Registration Form and the PHP Warning: Cannot Modify Headers:
http://ttacconnect.org/wp-signup.php
http://memomu.com/wp-signup.php
These sites result in an blank to semi-blank page:
http://startupweekend.org/wp-signup.php
http://nourishnetwork.com/wp-signup.php
http://morgansjourney.org/wp-signup.php
http://poetrypress.org/wp-signup.php
Should /wp-signup.php result in an blank page or the registration form? Will resulting blank page eliminate the ‘Cannot Modify Headers’ Warnings in error_log? What is the fix? Thanks!
Great work! It fits like a well worn pair of blue jeans.
@mariusooms, I like the idea of using the blog home page as home for the group. Can you document what code needs to be changed to make this happen so this redirect only occurs when a group has a ‘groupblog’? I look forward to a ‘showcase’ blog home page set up as a group home as I’d like to see how you pull in the group related content. Thanks for your contributions to BP.
I’m also curious as to how larger sites upgrade. We only have 100 users presently but need to potentially support thousands.
1. Yes I backup db and files. sql file is now about 40MB.
2. No announcement but may need to when site sees more activity.
2. Use Maintenance Mode plugin during upgrade:
Consider that these problems might be specific to your setup. I use bp-group blogs with sub-domains and have no problems (and no errors) creating and adding blogs to groups (created before and after install of plugin). The plugin works as advertised for me.
fyi- I have a ‘vanilla’ install with /registration/register.php. I changed the default welcome message because of the same inconsistency that the OP mentioned.
I changed the welcome email so that the wpmu generated password wasn’t included. Go to:
Site Admin > Options> then edit the Welcome Email
I tested my site with ie7 and ie8. I could not recreate the issue of the home page left column appearing below the middle and right column on my site (but I did observe this behavior with ie7 on buddypress.org). No other issue mentioned above was observed on my site (except for the one noted below). As I mentioned, I did see this behavior on a public computer/kiosk using IE (given my comments below, it seems more likely that it was ie7).
You can see (or at least I can) a similar issue regarding the left column loading below the right column when using IE7 at http://buddypress.org (this site). Visit the ‘About’ and ‘Demo’ links (not the actual demo site). There are only 2 columns but the left appears under the right column with ie7.
The one issue I was able to recreate on my site was the floating submenu when using the WordPress Default 1.6 Blog Theme. No problem with ie8 but with ie7 the buddybar submenus under ‘My Account’ or ‘My Blogs’ float to the right. I logged into http://testbp.org and created a blog with the default theme and found the same behavior when using ie7.
I don’t think my specific site offers any insight since the issues that can be recreated are evident on buddypress.org and testbp.org (when logged in and using the default blog theme). I find it curious that others aren’t reporting this behavior as it should be easy to replicate.
I saw my site on a kiosk with IE8 today. The home page looked as you described. I didn’t know if was a result of IE8 or the resolution of the monitor.
I also saw that buddybar menus on the bp home page did not appear ‘in front’ of the upper left members, groups, blogs search box and picklist. I didn’t look at all my blog themes but I did notice that WordPress Default 1.6 Theme by Michael Heilemann breaks with BP. The sub menus under “My Blogs”, > Dashboard- New Post- etc, are all disconnected from the menu. They float over to the right. I’ll check it with testbp.org. Is any one else seeing this IE8 buddybar menu behavior on the bp home and default blog theme?
wpmu 2.8.4, bp 1.1.1
FYI- I also have no recent activity reported here at buddypress.org. The last entry is from a 2 months ago. I probably have about 10 posts since then but they are not reported at:
https://buddypress.org/developers/markschafer/activity/
May also be related:
@DJPaul, thanks for the feedback and the info you offer. My basics:
1. wpmu 2.8.4a
2. subdomain
3. n/a
4. upgraded WPMU regularly since 2.7
5. Was WPMU functioning properly before installing/upgrading BuddyPress? yes
6. BP 1.1.1
7. Did you upgraded from a previous version of BP? last week when the current version was released.
8. Do you have any plugins other than BuddyPress installed and activated? Yes, 2 were activated on the main admin when and since this has occured:
a. Group Forum Subscription for BuddyPress
b. BP Groupblog
In mu-plugins directory:
akismet-credit-inserter
akismet
sitewide-tags
wordpressmu-favicon
9. Are you using the standard BuddyPress themes or customized themes? Standard
10. Have you modified the core files in any way? No
11. Do you have any custom functions in bp-custom.php? No
12. If running bbPress, which version? Or did your BuddyPress install come with a copy of bbPress built-in? Using built-in bbPress
13. The errors that occurred during the period these member place holders ’empty’ were created are at the link. The IDs # were different. With bp-groupblog activated this error is generated any time any group is visited (the group doesn’t need to have a groupblog). Prior to this ‘event’, Groupblogs were activated when members joined other groups without any ’empty’ members being added to the group:
https://wordpress.org/support/topic/319417
Some blogs (not home blog) have feedwordpress plugin activated. It’s use generates errors/warnings. The ‘Failed to fetch’ started yesterday and the plugin is no longer functioning. Neither of these errors are logged around the time the ’empty’ members were added to groups:
[20-Oct-2009 17:15:32] PHP Warning: Illegal offset type in /home/xxxx/public_html/wp-includes/rss.php on line 1459
[20-Oct-2009 17:34:20] MagpieRSS: Failed to fetch (HTTP Error: <url> malforme)
I believe our issues are different but both may be directly related to conflicts between buddypress and feedwordpress. Buddypress is a sitewide plugin and the buddypress bar loads for every blog page – so every blog error could potentially be related to buddypress. I don’t have my problem when buddypress in deactivated. So my issue (and yours) with feedwordpress may be a buddypress issue rather than a wpmu issue.
Given your pm reply, I assume you’re not experiencing the same error as I. I have not seen the issue you reported either.
https://buddypress.org/forums/topic/feedwordpress-and-php-warning
