Hey, I’m the author of the minimum password length plugin and I just noticed this thread. I looked at the code from the password strength meter from the OP link and it appears that it’s only checking the password length. Is that what you’re looking for, or did you want to make people use non-alpha characters etc?
The best solution for this would likely be to utilize the existing password strength meter built into WordPress. If I remember correctly, there’s even a JavaScript library that could be queued from core that would do most of the heavy lifting. I’ll take a look tomorrow and see how hard it would be to add that to the BuddyPress profile page (and maybe have an option to force people to use strong passwords too). I’ve had limited experience with BuddyPress though, so we’ll see how far I get 
H-mag is highly customized. They probably made their own components.
Did you try this one?
https://wordpress.org/extend/plugins/bp-events/
– Backup database and server files regularly, especially before any BuddyPress or WordPress upgrade
– Set up and maintain test installation/s which mirror/s live site/s. That’s where I check out all plugins and upgrades first before installing in live site. No rush to upgrade BP or WP install unless it’s a security release. Still, better to test first.
– Check out WordPress and BuddyPress forums for red flags re upgrades, plugins, etc.
I am using latest wordpress 3.0.1 and default twentyten child theme and all i did was transfer folders using buddypress theme pack and go in menu and create a custom menu and use it as primary menu add all the pages in menu and than create custom links for buddypress like for /activity /members/ /forums and so on and they work fine.
Hi Ray
Yes, I mean here at buddypress.org neither my gavatar shows here nor can i upload an avatar to buddypress.org
My gavatar is set http://en.gravatar.com/caferg ..and shows at many websites that use gavatar, including wordpress.com ..why not here at buddypress.org.
I know this has been a an issue/bug here at BP ..this topic is over 3 months old. But isnt it time its fixed? It may seem trivial but sometimes its the small errors that affect the larger errors.
On a secondary note ..all these generic avatars makes BP look unprofessional. (thats meant to be helpful).
Thanks again
Re: moving standalone bbPress forums to BuddyPress group forums, I would recommend reading an excellent post by BP moderator, Boone Gorges:
Upgrading from BuddyPress 1.0 to 1.1
Hey guys,
So this is a shot int he dark, but ill tell ya what we have figured out so far.
I worked with some of our Server Operations guys, and they were able to narrow it down to the bp-groups.php file, it loads each ctivity, blogs, forums, friends, groups, messages, and xprofile individually, after checking to see if its enabled and that it exists.
Something in that file is causing Zend to go crazy and throw the 500 error.
We notice that BuddyPress says its fully supported on WordPress 3.0.0, is it possible that there is a change from 3.0.1 that could effect this? I recommend trying to install 3.0.0, or even an earlier version to see if it works.
Currently, we have renamed wp-contentpluginsbuddypressbp-groups.php to wp-contentpluginsbuddypressbp-groups.php.disabled, and your site now loads.
Thank you
Justin H
NewTek WebHosting – TST
Paul –
Currently this entire thing is a trial run!!
I have been working on several different things: WordPress w/ bbPress; WordPress w/BuddyPress; and Social Engine (what a coding nightmare!!) I will have to tweak anything to meet the specific required needs.
I like WordPress – it’s use of php is clean and simple to follow. PHPbb was great as a forum but misses on the current need/want for a “Social” network, plus not very Search Engine Friendly!
Hopefully someone else will chime in, but the only thing you may lose by not importing the bb_usermeta would be any customisation a user has done to their “display name” or “nice name”; it’d default back to that person’s username. They’d have to just type their preferred display name back in to WordPress or bbPress, so nothing tricky. So, I don’t think you need to.. probably.
I get the feeling you’re aware of this, but I’d suggest having a test-run of this to find out how well it works (or doesn’t) before doing it on your live database. Also, check that bb_usermeta and wp_usermeta have the same columns, you may need to massage the import a bit.
Once you get the users into WordPress, and you can log in as one of them, we can see about associating existing bbPress forum posts with a particular BuddyPress Group’s forum. I’ve not done that myself so hopefully someone who has can guide.
Paul – Thanks – I think I am grasping this…
(Please pardon my ignorance. I am used to having to rewrite code in PHPbb not move info around in the database. A bit different.)
I currently have 16 forums – most are just separated into subject not necessarily another group so I may have to manually merge these… Not difficult with a few SQL statements. I can probably get these down to like 5 groups. The members/users will have to get a bit used to the change – but it shouldn’t be to difficult.
As far as moving the members/users I can just import the bb_users into wp_users (voila!) 13K+ members –
Please correct me if I wrong – so, I don’t need to import the bb_usermeta into wp_usermeta??
Thanks again…
Hmm it depends how you want your site to work. At the moment, it’s a one group to forum mapping. That means, for each forum (or sub-forum), you’re going to need a group.
How many (sub)forums on your existing site? If you have more forums than you want BuddyPress Groups created, we need to do some more work to configure your setup to integrate your WordPress into an external bbPress installation. This is not technically easy, and would involve you creating a separate theme for the bbPress site itself.
A benefit of this approach is that you have full access to a traditional forum look-and-feel (bbPress’).
If, however, you’re happy with how the one forum to group mapping works with BuddyPress, you’ve already done the installation (i.e. clicked the button that said “use an existing bbPress installation”). What you’ll need to do next is move your users from the bb_users table into wp_users (and usermeta too if you want, but be careful and consider if you need to do that), create some groups and then edit their database entries to point to the existing bbPress tables.
Interesting… I was under the impression that because it offered the “Use an existing bbPress installation” it somehow integrated the users? Well that isn’t very nice to fool me like that? lol
Paul – You are correct – I have a standalone installation of bbPress & have a users database (bb_users) I’ve installed WordPress, and activated BuddyPress?
I am attempting to use the 13K+ members of the current website as well as the information to integrate into a more “Social Media” Community format. PHPbb (extensively modified) was what I was/am using currently.
What do you suggest I do? Import the bb_users into wp_users? Then import the bb_usermeta into wp_usermeta?
Hmm. So, you’re saying, if I have a non-English version of WordPress (maybe MS subdomain specific), and I try to activate the BuddyPress plugin, it’ll fail and give me the “are you cheatin'” message?
The problem goes away if you removed your localisation? You changed nothing else?
thanks @hnla, i’ll try that
@pcwriter: how do i put links in the wordpress menu 1 &2? do i use the menu creator in wordpress?
thanks!
BuddyPress doesn’t use bb_users at all, only wp_users.
You have a standalone installation of bbPress which is where your users database is (because you mentioned bb_users, I expect)? Can we just clarify that you’ve installed WordPress, and activated BuddyPress?
Have you integrated your standalone bbPress install at all? If so, how? Via the “Use an existing bbPress installation” button in the BuddyPress Forums Setup page?
Paul –
Let me try to understand. In answer to my Problem 2 – it is because I am the only member to be “active” (ie visit the site) therefore I am the only one displayed? So when another member “visits” they will be come active an be displayed. Correct?
Then Buddypress is using the list of members from the database table bb_users instead of wp_users. Correct? Note: These are both inside the same database.
– – –
What about the problem with the forums?
Thank you for the input & assistance.
The default view for the member directory is “active members”. This will only show users who have logged in since you activated BuddyPress, and are therefore considered active (last_activity meta is present). If you change the ordering to something else, the members will show.
Technically this comes down to if a user’s “last_activity” record is present in wp_usermeta. I suppose you could pre-prime the last_activity record by something like this: http://buddypress.pastebin.com/USrLFAFH It’s not tested, but I think you could put it in your functions.php. Remember to remove it after one execution, however(!)
It’s worth pointing out that BP 1.2.6 will require WordPress 3.0+.
The latest, generally that’s a given and the only one that would be available to download from the main download link on wordpress.org. That is now 3.01 which combines the old WP MU multi blog capability. BP works fine with latest version of WP.
BP 1.2.6 is set for release any moment now but install 1.2.5.2 in the meantime and update it when available.
@r-a-y Thanks you SO MUCH ! This fixed my problem, I’m still having some bad links redirecting to the previous locations on the activity page but when I’ll install my wordpress + buddypres on my server there should be nothing like this, if I define the right BP Root from the beginning. No ?
I’m using Wamp, I don’t have the possibility to test the subdomain features. Do you think I’ll have the same problem when I’ll install my site on the server using subdomain instead of subdirectory ?
Had you ever previously installed BuddyPress or attempted a BuddyPress forum installation on this site / database before now?
Are all the forums broken, or do, for example, newly-created groups’ forums work ok?
Is your WordPress set up as a multisite? (this used to be called WPMU. If you don’t understand this question, the answer’s no)
Are the bbPress tables in your database? For example, wp_bb_forums, wp_bb_meta, wp_bb_posts and so on?
Hi,
You can check this plugin which I recently develop to provide ACL BuddyPress Extended Profiles:
https://wordpress.org/extend/plugins/buddypress-xprofiles-acl/
Hope you find it useful.
Regards,
NetTantra
somewhat related:
http://farinspace.com/multiple-wordpress-wysiwyg-visual-editors/
Wish I could help with the actual visual editor you are working with, but alas no experience doing that, just happened upon the article above yesterday while working on another project. Hope it lends some ideas
@mikey3D
Yes, sorry – I only checked a multi-word post title.
You are correct, categories and tag page titles are behaving differently in default BuddyPress vs. default WordPress install
The function that builds the title in BuddyPress is bp_page_title(). In WordPress it’s wp_title()
The WP function is doing a lot more work with the category and tag slug, taking the name slug it’s been passed (with the hyphens inserted) and looking up the correct (non-hyphenated) title to insert.
OK, two things I suggest:
1. Report this, and suggest that the bp_page_title() function should behave the same as wp_title() for categories, tags, etc. This would be the sensible way for the function to behave IMO. @hnla – is adding this to the trac, the correct way to raise this a possible fix?
2. For a quick fix, code your own title function, and replace the call to bp_page_title() in your header.php with a call to your own function
The function may look a little daunting, but should be reasonably straightforward with a bit of judicious copying and pasting from the existing BP and WP functions.
Cheers, Roger
