Forum Replies Created
Ah, don’t worry. We have our PHPUnit tests there — we don’t mean to include the tests in the release distributions of BuddyPress, it looks like we forgot to strip it out. It won’t be in the final build
I figured you were referring to the Activity table
Basically, we thought the way we do it now was a good solution several years ago. We were particularly concerned with how large the Activities DB table(s) might get, as we expect them (and probably still do) to be the tables with the largest amount of stored data as every other component adds stuff to the activity stream. If I remember correctly, the idea was that storing the entire string would be the quickest approach — and with the state of BuddyPress’ code base all those years ago, it was probably the right decision.
Several years later, the shortcomings are now fairly obvious — can’t filter it easily, if you change how the string is constructed – only new items have that new format, the old items keep their old format, can’t translate it very easily.
This is likely to be changed in a near-future release to a more dynamically constructed string of text, and the ticket @modemlooper linked to is a good place to keep an eye out if you’d like to help us build it.
Hi. Which theme are you using, what versions of WordPress and BuddyPress are you using, and where did you download the translation file from? Thanks.
Can you upload the .mo file you are using somewhere for us to test with? What versions of WordPress and BuddyPress are you using, too? Thanks.
No direct way of bulk-editing profile fields; sounds dangerously powerful. If you are a PHP/WordPress developer, or know someone who is, I’d suggest writing a script to make these changes for you.
Depends on where you want your users to upload images. It sounds like you want a user gallery kind of feature?
Not clear what you mean — what links do you mean, and how are you fetching them? Please could you provide some more context. Thanks.
everything is stored in the database as static HTML
Wrong. What specifically are you looking at? The Activity table?
Hello! This thread is mostly accurate, but just to wrap things up –
@jjj has been working at 10up.com since August, and I’ve been at Automattic since the beginning of 2013. John and I had been contributing to BuddyPress for years before we started at Automattic. Our day jobs only affect our contributions to BuddyPress in a positive way; as @henrywright-1 pointed out, John’s built a whole new notifications component since he’s been at 10up! Wow!
While Automattic does own BuddyPress and the trademark in a very legal sense — and it’s my personal wish that one day the BP trademark is transferred to the WordPress foundation — they have no influence over the day-to-day of the plugin, and John remains in charge of the ship.
If you want to use BuddyPress, then yes, you need these tables. Deleting these tables will cause all sorts of things to break. 3GB in activity seems extreme – be interesting to know what type of records are filling it up if you can get MySQL access.
The theme’s fine. The problem is actually caused by a bug in our widgets (you’re using the Members list and the “Who’s online?” widgets). We’re tracking the bug here https://buddypress.trac.wordpress.org/ticket/5170 and currently aiming to fix it by the 2.0 release, which is probably 4 months away. If we get a fix before then, we’ll put it into a 1.9.x small release.
A workaround is to make sure that no BuddyPress widgets are rendered before the main content of the page. i.e. try moving the widgets to the right-hand column, or a widget area at the bottom of the page, or just removing the widgets.
This was cross-posted to https://wordpress.org/support/topic/private-message-and-button-doesnt-always-appear-empty
Anything’s possible, but you’d need to hire a developer to write the code for you.
No, it’s hardcoded in a bunch of places, sorry. Looking to improve this in BuddyPress 2.0, but the effort might not be fully finished until some release after that one.
It sounds like you’ve run the importer that comes with bbPress 2. If BuddyPress and Activity were set up and working prior to you running that data import/migration, I would expect the Activity stream to be populated. If this isn’t the case, perhaps it is a bug. Might be worth a quick look on bbpress.org’s forums to see if the question has been asked before.
I’m not aware of any scripts or plugins that backfill the data for you.
It’s a problem with the buddypress-member-profile-stats plugin. That plugin hasn’t been updated since 2011-11-5, so I’m not particularly surprised there are problems. You’re probably best to try to find an alternative plugin to use.
We saw your bug report and left an initial response on the ticket at https://buddypress.trac.wordpress.org/ticket/5208.
We need a bit more information to work on this issue. Thanks!
If you’re having issues with embeds in bbPress forums, the best place to report any issues or discussion is, of course, the bbPress.org support forums
Good idea, though you’d want the code to look like this:
id="<?php echo esc_attr( bp_get_the_profile_field_name() ); ?>" ...
This ensures the output is correctly escaped to avoid XSS attacks.
bp-template-pack was removed on purpose to avoid confusion with recent versions of BuddyPress. Any references to it in older docs should be tidied up
The default field that comes with xProfile is hardcoded in several places inside BuddyPress. You will probably find a couple of ways of removing it, but doing so will likely cause problems elsewhere unless you test your site fully and thoroughly to make sure it’s OK.
@terriblehelpcenter You don’t have exactly the same issue. Compare the messages that you posted vs. the original poster.
Your problem is with the bp-gallery plugin.