As BP 1.2 moved toward RC then release, I remember two things happening that might relate to this problem.
1) Early on the classic theme was bundled with BP before it was moved to the backwards compatibility plugin
2) For the new default theme, somewhere around the release candidate time the means of having the blog vs activity stream appear as the front page moved from a setting in the new default theme, to WP settings>reading
I wonder if the second of these might relate to BP 1.2 not finding example.com/blog even though the classic theme creates a button pointing to that URL
I have now tried this in 3 different ways, all with the same result:
(a) a clean WPMU 2.9.1.1 and clean PB 1.2.1 install with backward compatibility plugin. No other plugins or data were entered. I see “hello world” in the new 1.2 default theme, I see “The page you were looking for was not found.” in the 1.2 classic theme.
(b) ditto results in an install that had gone in as clean 1.2 then updated to 1.2.1 and also had experimented with a range of plugins and data.
(c) ditto results in a longstanding BP install that had progressively upgraded from 1.1 and had various plugins
Could a BuddyPress-developer-type-person please tell me if your similar clean install is successfully showing the blog in classic theme?
Index and search are important related issues. A few points:
1) Database content search throughout needs serious thinking. How to include (and how to distinguish in results) blogposts, comments, activity updates, forums…
2) Indexing for search engines needs thought. What serious website doesn’t want to show up in Google?
3) A Google custom search is an option but shows up the problems of appearing in Google results; namely that scrolling activity lists result in indexes pointing to pages that no longer hold that content.
@nexia I see that at wordpress.com there is “search wordpress.com blogs” so MU can and does somehow allow for this.
I used brute force to resolve this. Since it worked for me using WPMU in test I (a) exported the blog content, (b) threw the entire thing away, (c) did a completely clean install using MU, and (d) re-imported everything. So, resolved but not resolved.
Hmmm. Do you think so? I have my test blog sending notifications fine using either the BuddyPress Default 1.2 theme or the ultra simple child theme I tried that depends on BuddyPress Default (only removed page tabs and search field top right).
Yet using either of these supposedly identical themes on the older blog that used to have intensedebate do not send notifications.
I am currently suffering from this problem (a) had intensedebate on a non-MU blog, (b) have removed it, (c) have installed buddypress, (d) neither wordpress admin notifications nor buddypress member notifications are being sent.
@peterverkooijen what exactly did you do when you say “Copying an earlier version of an entire template folder solved the problem”?
Well, I have managed to step back to BP 1.0.3 at least and all is working as it was a 2 hours ago. (I populated a 2nd mysql table with the backup and pointed back there)
saying he had some special file added in. This reminded me that I’ve made little mods too. When I return to this I’ll document them and see if I can uncover the problem (and report it here)
I used FTP, uploaded BP 1.1.2 zipped, deleted the BP folder in plugins, unzipped the new BP refreshed the page and it showed up as installed but inactive (as it should).
I attempted to activate and:
Fatal error: Cannot redeclare bp_activity_install() (previously declared in …/wp-content/plugins/buddypress/bp-activity.php:19) in …/wp-content/plugins/buddypress/bp-activity.php on line 52
I see the PB dashboard elements in the left column now up under “site admin” which is marginally better I guess but the public facing page is now blank
andrea_r in a similar situation over at MU forum recommended deleting the plugin and reinstalling it. This I tried. I used the Plugin control panel and clicked “delete” and got this error:
Warning: require_once(…wp-content/plugins/buddypress/bp-loader.php) [function.require-once]: failed to open stream: No such file or directory in …/wp-content/mu-plugins/bp-events.php on line 36
in all cases above I’ve replaced my actual root file names with “…”
I also note that while the list of plugins says it is inactive, the left hand column of the dashboard still has BuddyPress listed at the bottom. I think this was what was supposed to show for 1.0.3 but my development sandbox version of 1.1.3 that does work fine, has that near the top under site admin
Based on Andy’s comment I looked again and my bbpress is nested in a second bbpress folder. I confirmed that was my problem. A second problem appeared after that but was cured by re-attempting the one click forum install (which went flawlessly once the files were in place).
