It would need custom development.
It’s fine integrating with an existing (WordPress) site.
Yes I’m using a purchased theme called Dynamix. Yes I have enable new registration in wp-admin and the I did this in admin under Buddypress – Pages
Registration
Associate WordPress Pages with the following BuddyPress Registration pages.
Register New Page View – Register
Activate New Page View – Activate
The Activate page is working but not the Register.
Any plugin in the plugin link above or from WordPress.org must be released under a gpl license. This license grants anyone the right to take and modify, use and redistribute. So yes, you can edit the plugin all you want.
Current/old versions of BP had this strange quirk where, if something should really 404, it actually redirects you to the home page. We spent some time straightening this out for 1.6.
Can you share a couple of sample links of these members that redirect to the homepage?
Please also confirm that if you create a regular WordPress page, write some content, then publish, you can access it as usual from the front-end — also, please share the URL of this test page.
Just trying to ascertain if your rewrite rules are working correctly for WordPress content, and why BP might be redirecting.
@modemlooper, I don’t know about anyone else but I appreciate the frack out of wordpress, buddypress and automatic!
we’re all friends here and have the same interest: how to make WP+ BP even awesomer!
@frank13 the list mentions one of the most powerful ways to speed up any wordpress install:
https://wordpress.org/extend/plugins/w3-total-cache/
it is a bit of a slog to *properly* select the right features for your particular install but W3 is pretty powerful – just be careful, the plugin is dangerously good – meaning that if you don’t know what you’re doing it can $#&! your site
my suggestion was for two reasons, I don’t understand why testbp.org exists because that functionality can be performed by buddypress.org
also, buddypress.org is for some strange reason very slow
look up your site using this service and see ifyou can find bottlenecks:
http://www.webpagetest.org/result/120720_0E_TC8/ (3.3 second for testbp.org)
http://www.webpagetest.org/result/120720_3N_TDF/ (7 second for buddypress.org)
Is there a reason why you are posting endless duplicates, and typing in capitals… are you a particularly important person, more so than anyone else on this forum?
You can’t delete buddypress.org / wordpress.org (they are the same thing) accounts
I’ve got no idea why Automattic pursue this policy — I’ll agree with you that it seems ridiculous. If you mention it on their wordpress.org forums, quasi-Automattic employees will shout you down (I guess they don’t adhere to the ‘customer is always right’ mode of operating).
Of course, you should be able to delete your account, but you can’t.
Sorry, that’s what I meant (I’m not very well-versed in this area, yet). It appears validator users import .po files. From https://translate.wordpress.org/getting-started
Importing external files
There may be the case where a validator needs to import translations from an external file (current supported formats are .po, .android and .rrc). When the file is imported, only untranslated strings will be written. Also, if the imported file contains original strings not present in GlotPress’ list, those strings will be ignored.
Hello,
registration process has nothing to do with BP, it’s WP stuff. For some technical answers to your question, be inspired by reading here:
http://www.esecurityplanet.com/open-source-security/top-5-wordpress-vulnerabilities-and-how-to-fix-them.html
To avoid robot resgistration, there is nothing definitve to do at this time. But to get sure you don’t get a robot in your user list, you can add a mandatory field to your registration via custom profile fields.
For example, “city”. Because this field is custom, no robot will fill it correctly. And most will not fill it at all. Each subscription with “doe” as city name or empty city field can be banned and/or erased from your DB. This will calm down spam activities for a while. The price of this is a constant admin work. But consider that a daily managed site is lesser spammed than a site with randomised webmastering each 31th february… And a site with 50 000 unique visitors will be more attacked that a 70 hits/day site. Just the price of glory, nothing to do with buddypress. [exit] 
Pot file is not the problem Pot files are automaticaly created on trunk each time a file is updated. Creating pot file on Glotpress is not a problem, because Glotpress imports this file from bp Trac.
The “problem” is writing a po file (not pot, but po). Do we write it on Glotpress or do we write it at home on poEdit for example and push it to i18n Trac or do we use both ?
In my mind this doesn’t matter as long as an updated mo file is avaible somewhere. The unique question is, where is somewhere ? Of course it must be a place knowed by BP users. The existing i18n is a good place to be. Must only be more visible on buddypress.org
The other problem are the translators themselves. Polyglot discussion list is essentially devoted to wordpress, and as you know, BP user are constantly busy (and honnestly not so numerous as WP users), so its a bit difficult to built translators teams or find a goodwill in (ie.) Farsi or (ie.) Croatian language…
And as you know also, working a long time without feedback is demotivative, frustrating and leads to abandon.
@djpaul FYI i answered here: https://buddypress.trac.wordpress.org/ticket/4265
@Eliott — I don’t know of any documentation on the function, you are best looking through the code for the arguments it takes. API documentation is very thin on the ground.
If you take a look at the skeleton component ( https://wordpress.org/extend/plugins/buddypress-skeleton-component/ ), it gives you a model for registering your own components and actions, which you can then use in conjunction with the notifications system (e.g. as parameters to bp_core_add_notification() )
Similarly, have a search through the codebase to see how the default BP components call the function.
You can import .pot files onto GlotPress, so I don’t think that’s a problem. And, yes, of course BuddyPress needs translation. 
I am going to pick up this issue and investigate. I will update on here and on bpdevel.wordpress.com in due course.
As a sanity check have you tried the default theme on it? What happens with that and favourites?
Also, here is a codex page relevant to using WordPress in a directory. https://codex.wordpress.org/Giving_WordPress_Its_Own_Directory
http://i18n.trac.BuddyPress.org/ was created a long time ago – BP 1.1 i guess – for translations. This was announced on this forum by Andy.
But you’re right @djpaul, the url was never populated or mentionned since, except perhaps on Codex (de profondis). Same thing for Glotpress. I worked whith it at the beginning, but was rapidly tired by copy/pasting and some bugs.
Glotpress could be usefull in a collaborative perspective, not for a one man work. It’s faster to translate offline with poEdit. Without saying that i can rapidly jump to my archives, control the final output and so on. My browser is not a office, despite look alike sometimes.
In my point of view, the above url is the best repository for mo files, with sorted versions and fast zipped download.
FYI, the i18n exist also for wordpress https://i18n.trac.wordpress.org/browser and is really used by many translators.
I also don’t know how things proceed. I translate BP in french since 2008/12 without any instruction,, except the invite to use the i18n trac for better translation access.
That said, does BP already need translation ? The pot file is the only thing you need to proceed. Because the software is very customisable, a standard translation is not very usefull, because 3/4 of the words can be customized too, to fit a unique BP project.
@karmatosed Thank you. I’ve tried going through some of the issues you’ve mentioned. Thing is I am new to wordpress/buddpress and not much experienced in JQuery either. If you could please elaborate a little bit on the scripting errors I would be grateful .
BuddyPress doesn’t have much to do with this. WordPress requires users to be the ‘administrator’ role to delete user accounts. You could change this with a role changing plugin, by giving the appropriate capabilities directly.
Posting on the front page is a theme issue more than anything (assuming you’re talking about blog post).
Thanks for confirming I wasn’t doing anything silly.
Ticket posted: https://buddypress.trac.wordpress.org/ticket/4367
(I set it as a bug rather than enhancement, because I genuinely believe this would be a big problem anytime anyone decides the change their permalink structure.)
@shashankism the best person to help you is that plugin’s developer. You could ask the plugin developer to make it compatible with BuddyPress or post at dev’s forums http://betterwp.net/community/
JJJ says: [it was? used for] manual upkeep of translation files. Unclear if it was ever connected to GlotPress directly.
I don’t know what/how things should proceed. My guess is to migrate from that to using GlotPress, but I have no experience in this area. If you want to take a lead in working through these issues — perhaps by starting a discussion on the polyglots blog, https://make.wordpress.org/polyglots/ — that would be very helpful.
yep I confirm I retried a fresh install of wordpress with a new db; I only install BP from within the admin – no specific options during the install -I choose the default BP theme and same problem happens.
I can’t find a ticket, but I’m pretty sure it’s come up before somewhere — probably buried in the depths of trac…
Roger’s solution would be to modify Post and Page activity items to link to the ?p=… link format; those do a canonical redirect to the “real” URL, so such a change wouldn’t affect search engines.
However, we’ve finished work on BP 1.6. We’re going to put out a release candidate very very soon, so this issue would have to be considered for a future version of BuddyPress.
@dvd3141 If you can make an enhancement ticket on https://buddypress.trac.wordpress.org/ so this isn’t forgotten about please.
Yes, the activity stream items are created at the time a post is created, so the bug is explicable. Surprised it’s not been encountered before ( @djpaul – have you noticed this previously? ).
I suspect the best solution is to store the links in the activity stream in a ‘permalink neutral’ way, and then apply a filter that ‘adds’ the current permalink structure to them when they are displayed / accessed.
Not possible. BuddyPress doesnt’ use WordPress user roles or capabilities, so I don’t think we can do this granularly at the moment.
Can anyone help me out with this ????
