Forum Replies Created
Just to let you know I am continuing to think about this
It sounds as if you had groups set up before you set up the forums. Go into each group, disable the discussion component, save, then re-enable.
What’s the URL of the site, what should the blog URL be, what versions of wpmu and bp are you using?
Imagecolorallocatealpha() for the transparent background colour. Idk offhand if you can get a plugin to do this or if you have to hack the core.
Member themes are not and cannot be used as a home theme, or on any normal WP blog. It makes no sense to suggest they should live in the regular theme folder and is frankly rather silly to suggest.
Did you have a working install of wpmu before deciding to install Buddypress? If so, how were those blogs and user accounts made – via the usual way? No import from another site or use of some sort of plugin?
1stAngel, are you seeing anything in your webserver’s error logs when viewing any pages?
I am vaguely wondering if it’s something to do with the fact it’s a sub-directory install rather than a sub-domain. /wpmu/ isn’t a reserved name so I’m not sure why I’m thinking that. I’m guessing that most people use a sub-domain install, like me, so there will probably be more bugs for the sub-directory version.
I’ll keep thinking and pop in tomorrow
Well, yes, it does modify wp-login.php but only via the plugin, it’s not a hardcoded change. So you just need to make the relevant theme changes etc.
I might look into working on this. Out of interest can someone with it running (and working) move it into /mu-plugins/? Does it work? If not, what exactly doesn’t? A quick look at the code suggests it would work OK.
Could you raise this as a ticket on the bug tracker? http://trac.buddypress.org/newticket/
You can log in with the same user/password as you do for these forums. Thanks.
Here’s the current trac version – http://trac.buddypress.org/changeset/1287/trunk?old_path=%2F&format=zip.
The problem is, I have seen various plugins cause incompatibilities and all sorts of weird problems with BuddyPress. If you aren’t willing to remove them to test, are you in a position to replicate the entire site to another domain or locally, to give you a copy to play around with?
It’s possible that the Trunk copy of BuddyPress will fix the problems, but I doubt it.
Woah, woah. One problem at a time I’d suggest I assume you are using BP from Trunk and not RC-1. If you are using RC-1, I suggest using the Trunk.
Leave the forums for last. Also leave the random blog link for now. I suspect it is related to your other problems:
I have a lot of blogs already set up, and they are now showing on my front page as members, with the members.
The blogs already set up do not show up in the members blogs on their profiles, but they do in the top bar.
Yep. I’m using http://theartnetwork.co.uk/wpmu/members/dedesorensen/ to test these with.
This will take some diagnosing. First of all, if you’ve modified the default homepage theme *at all*, please restore the original homepage theme. Is the problem (let’s go for the first one, blogs listed in members widget) still there?
If it is, please remove any plugins you’ve got in /plugins/ or /mu-plugins/ out. I can tell you’ve got at least nextgen-gallery, wlwmanifest, eshop. After moving these out (with the pristine default homepage theme), does the problem remain?
Themes, yes. Widgets, no.
EDIT: Oh, and you’re lucky to get a reply so quickly, don’t push it – wait at least a day before bumping
It starts, as most stories do, at the beginning.
Once upon a time, there was a function called wp_loginout(). It happily printed links to allow the user to log in or out, depending on whether the user was already logged in or not. It was so popular, other kids like the Default WPMU theme used it, and lived in a small cottage in the town of /wp-includes/general-template.php.
wp_loginout()’s most popular attribute, however, wasn’t its fantastic collection of designer shoes, nor golden rings, but its filter called loginout. This let its very closest friends have access to its link string.
One controversy that springs to mind, after skipping over a few minor details, happened in /wp-includes/link-template.php street, in site_url‘s house. Its cousin, get_option(‘siteurl’), got around a bit – I’m sure you can imagine, but when it was in one place it was saying one thing, and when it was in another, another thing; it had its own confusingly-named filter site_url, but perhaps this filter was less suited than the other. Needless to say, Mrs. get_option(‘siteurl’) eventually found out about this behaviour and took things into her own hand – she got out some string function, and chopped it up small – ouch!
I think I might still have the original newspaper article here, let me go look. I think it had a picture.
Can this be done “very easily”? No. It’s possible to do this with a plugin.
Ah haha, he’s right. I think Andy has to comment.
As you’ve surmised, if you want to share files or use an image gallery, you’re going to have to find a 3rd-party plugin that provides those features. As to how well they will work with WPMU and BuddyPress, you’ll have to try to find out.
Yes, a plugin installed to
/mu-plugins/will automatically be used on every blog, and one installed to
/plugins/will be available to every blog to use.
What tends to break BuddyPress? Er. Let’s find out!
Impossible to diagnose from that. What do you get in your web server’s error log?
Not with my plugin. But is it possible if you write such a thing? Yes.
probably should poke them about it, oh and you could always apply that patch to your local install in the interim.
I suggest you install phpMyAdmin on your server (or use equivalent) – http://www.phpmyadmin.net/home_page/index.php. Then, assuming there’s at least one profile with all profile data completed, export that data/table as a CSV-formatted file.
You can then load this into Excel and can use it as a base how to build the file.
Be very careful about certain characters in your text – ‘ ” and TRUE/FALSE boolean values spring to mind. If this is beyond your current understanding, a quick Google for “mysql special characters tutorial” or similar is a good idea.
BuddyPress is built on WordPress MU which in turn is built on WordPress. The root cause of this bug is in WordPress. Until WordPress and WordPress MU apply a fix, it won’t appear fixed in BuddyPress.