Fixed this by removing ` ` input value from the registration template. Not sure what the implications of this may be, but profile creation and field data seem to work fine.
@boonebgorges Not using BP_ENABLE_USERNAME_COMPATIBILITY_MODE. When I performed the upgrade, everything went smoothly. I think I had a typo that may have read otherwise.
BUT, I had a revelation. In an effort to test out BP Media – I had my host upgrade my VPS server to PHP 5.3.8 at about the same time I fiddled around with upgrading to BP 1.5. I now realized that upgrading PHP seems to have broken rich’s Block Activity Stream Types plugin. Perhaps it also caused some problems with my BP installation as well? Is that just correlation or could there be causation there? Thanks Boone.
Obviously I don’t have ‘evidence’ since I reverted to 1.2.10, BUT the URL I provided is more than adequate proof that this problem occurred and continues to affect my installation. Extended profiles are enabled. Its not theme or plugin related, because the problem persists in default with everything but BP disabled. At the link, a username has replaced the full name field in the profile header and many other parts of the site. Only about 10% of profiles have still have this issue, but with my upgrade to 1.5 it affected all profiles.
I don’t expect a solution via forum reply, but obviously something went amiss during the database upgrade for both Juan and myself. Just thought I’d let the devs know, though I realize recreating this problem would be difficult until I know more.
I’m not sure that my problem is exactly the same as Juan’s, but obviously it’s very similar.
I upgraded an existing Buddypress 1.2.10 installation to 1.5. Upon doing so, ALL Full Names were suddenly replaced by the username field data, seemingly deleting full name data. Rather than deal with this problem, and a variety of broken plugins, I decided to disable all plugins and delete 1.5 and reinstall the previous version to see if I could avoid a total recovery from a back up.
After reinstalling 1.2.10, Full Names were only partially restored. I’m not sure exactly why some Full Names were not restored. Here is an example of the problem – http://www.arhistoryhub.com/members/knash/. Pretty bizarre. At no point did I receive an error or anything indication the 1.5 upgrade wizard did not complete successfully.
I’ll probably work on upgrading to 1.5 again over the next week or two, I’ll come back to this thread and update whether this same problem reoccurs.
I’m having this same issue as well, sort of. I upgraded my production site to 1.5, since all worked well with my test installation. Upon upgrade, all Full Name fields were replaced with the data from the usernames field. So, usernames are displayed in place of the Full Name in the member header as well as the profile section. Only after reading jorge’s issues did I attempt to change the field names.
What’s odd is that in the activity stream, new entries retain the Full Name while replies to entries display the username – even when a user is replying to their own activity. I’ve tried rolling back to 1.2.10 – just the buddypress plugin itself, not the whole database – but the problem persists. Any ideas devs? @boonebgorges @djpaul
I’m not aware of any polling plugin with built-in buddypress integration. Perhaps you could get adventurous and try to custom integrate an existing plugin to work with Buddypress, but that would require a fair amount of work.
I’ve not noticed any delay in any of my BuddyPress sites. Perhaps it’s just a coincidence with the particular ones you’ve been visiting?
As for Custom Community – you’ll need to do a few things. Make sure you’ve added widgets to the sidebar in the WordPress Dashboard and also make sure the sidebar is being called properly in the theme template files – such as sidebar.php, homepage.php (or frontpage.php or something similar). Also make sure the the CSS files in the theme are positioning the sidebar to the left of the content. Do you have link you can share?
I’ve got something like this going at arhistoryhub.com by modifying the BP-Album plugin to allow for more file types and then tweaking things to make it more document friendly. It’s still very much a work in progress though…
That will actually be in the core files – plugins/buddypress/bp-core.php, buddypress/bp-groups/bp-groups-templatetags.php, and the same for forums. This is a great example of why you shouldn’t mess with core files (and why I’m a fool for doing so), but it’s probably not your problem at all. I think most people’s problems are stemming from other plugin’s or the theme loading another version of jquery. I’d check the source code from the offending pages and see if any other jquery libraries are being loaded.
Thanks @n0ise. Yes, the activity and directory filters is a WP 3.2 thing. I think I’ve figured it out – I had fooled around with the directory template tag files and changed “Search anything…” to something else – which for some reason broke sorting, but not the search function. It’s fixed now.
I couldn’t figure out the active state thing, but felt it was an important enough feature that I changed my design to accommodate this issue. If you ever figure it out, let me know!
Seems that Roger nailed it. Having had this problem months and months ago, I simply reverted the offending section of code back to the original and it fixed it. Not sure what change exactly set it off, but with all the customizations and messing about I had been doing, it could have been lots of stuff.
Yeah, it’s not too tough. I’m it would be easy to write a plugin for this, but not being a developer myself, I’ve no idea how to. Perhaps this could be my first?!
Assuming you’re already loading jQuery in your header with something like this ` ` just add the following before the “ tag…
`
jQuery(document).ready(function(){
jQuery(‘#object-nav a, #subnav a’).live(‘click’, function(e){
e.preventDefault();
var link = jQuery(this).attr(‘href’);
jQuery(‘#nav-ajax’).html(‘
Loading
‘);
jQuery(‘#nav-ajax’).load(link+’ #nav-ajax’);
});
});
`
To write this script, I chose what links I wanted to make the call – for profile navigation that’s those in #object-nav and #subnav.
Then you have to wrap the elements you want to get loaded in a div – in this case I used `
` and wrapped it around the entire item-body div in my theme’s members/single/home.php…. Like so
`
<?php
/* If nothing sticks, just load a member front template if one exists. */
locate_template( array( ‘members/single/front.php’ ), true );
?>
`
You also have to do the same thing for the members/single/plugins.php with the same div. Just style the p class=”ajaxing” however you want in your default stylesheet. The process works the same for groups as well. I had problems getting a:active css attributes to show, but besides that it’s worked just fine.
I’m actually joshDjenks on Twitter – no account set up yet for the Hub. I’m not terribly active either.
Kudos on the BP Labs plugin btw! Quick admin got me thinking about other ways to streamline navigation and reduce page calls. The biggest time saver in my mind would be adding ajax to the item nav/subnav in profiles. I tinkered with it last night – still some css clean up to do but it works just fine so far. http://www.arhistoryhub.com/members/joshjenkins
I’ll try to help a little….
1. Buddypress by default sends an email to user for activation. Your theme may not be pulling the “ and all the code thereafter. Check to see if switching to buddypress default fixes that.
2. Yes you can create your own login page. The easiest was is using a plugin like Theme My Login, though you could always do your own custom stuff.
Are you using Buddypress 1.2.8? I think Kaltura only comes with the plugin BuddyPress Media Component. If you have that installed you could just disable it. Photo and Video are not default Buddypress component, I’m pretty sure they’re coming from a third party plugin.
