BuddyPress 1.2.5 tickets are cleared out

Going to give it a few days to see if any issues pop up. If you’re comfortable doing a little testing, the branch of code is considered stable enough to be the next bug fix release. I’ll be combing through the 1.2.5 enhancements to see if there’s anything that can be snuck in next.

Hi @johnjamesjacoby. Yawn… a nice sunny Sunday morning, so I thought, “Why not?” Copied the files into the right folder, ran my local test installation and got;

Warning: require(BP_PLUGIN_DIR/bp-xprofile/bp-xprofile-admin.php) [function.require]: failed to open stream: No such file or directory in C:xampplitehtdocswp-contentpluginsbuddypressbp-core.php on line 8

The readme.txt file is full of php code. Should I be renaming that and running it, or creating a new folder, or something? Haven’t tried a test version of BP yet (as you can tell) but am happy to if I can get it going.

Plugin could not be activated because it triggered a fatal error.
Fatal error: Cannot redeclare bp_loaded() (previously declared in C:xampplitehtdocswp-contentpluginsbuddypressbp-loader.php:55) in C:xampplitehtdocswp-contentpluginsbuddypressbp-loader.php on line 56

@johnjamesjacoby ok I checkedout trunk which on reflection was not what I intended as that is bleeding edge soon to be tagged 1.3 isn’t it? On a side note there installed that for fun and it breaks straightaway with an undeclared function bp_page_title() which isn’t a new function!

It’s been a while since I used Subversion – mainly due to disliking it using the repo browser I am downloading:

@johnjamesjacoby; I’ve just downloaded the zip file again, and oddly enough the readme.txt is now as expected. No idea what was going on there! I’ll have a look at the latest BP soon and let you know how it is.

@hnla That is correct. The 1.2 branch of code is what we’re working with. Anything up until 1.3 will exist in that branch of code. SVN can be confusing, but it works really well for large project development with multiple developers and various states of progress; projects like WordPress and BuddyPress would be a nightmare without it.

CVS is vital for projects, and I had once pushed for using SVN on a web app project but was overruled by the rest of the team as they thought it would be too confusing! I was proved right and they regretted not implementing it. If I ever have cause to implement a CVS in the future I’ll probably be looking at GIT As at first glance it does seem one whole heap less confusing than SVN and like the decentralized approach.

The branch Installed with no issues despite having activated bleeding edge, deactivating it, removing bleeding edge folder, replacing with branch and reactivating, alf expected that to cause issues in the DB but at initial test all seems to be fine.

@johnjamesjacoby; Just a quick note, as I’m off out for a while. I noticed in the previous version of BP that the ‘?’ symbol on the profile age next to the avatar was reporting names wrongly. I hacked it in core, but now it’s back in the new version.

Eg., with a user ‘fred’, when logged in as fred the message is correct. But if I’m logged in as ‘admin’ I get this when looking at fred’s profile (notice ‘admin’ in second sentence);

@ fred is a unique identifier for admin that you can type into any message on this site. admin will be sent a notification and a link to your message any time you use it.

When I hacked it I removed the extra names, as they’re not required;

@ fred is a unique identifier for this person that you can type into any message. He/she will be sent a notification and a link to your message when you do this.

@lincme A few things have changed. Try a full and complete BuddyPress file replacement and report back. I am running the 1.2.5 version (same as you) with the BP Edit Group Slug plugin (which appears to be giving you trouble) and I am receiving no errors with it.

@johnjamesjacoby; It works now. I’ll hack a couple of things like the profile message being wrong, and also the View permalink (which also shows on the page you clicked to View, so you can view recursively!) Many thanks.

Now, where can I see a lit of what’s changed in this version..? Edit: Found trac, no worries.

@johnjamesjacoby I noted that you closed the ticket Jeff raised on the alt striping class in line ~822 so I assumed it had been added but checking the 1.2.5 branch default themes _inc/global.js doesn’t show it?

@johnjamesjacoby how fixed it in a different way? it appears somewhat borked now? I thought Jeff’s patch worked well for me in testing but now am confused as removing that couple of lines in global.js shows that the alt class is being applied from elsewhere?