One of the early questions I had about how BuddyPress and WordPress are integrated was: “How do the user profiles for site members correspond?” I’m not familiar with the history of the two products, but BuddyPress is implemented as a plugin component within a WordPress environment. To access BuddyPress you login to a WordPress site through a WordPress login. Creating a BuddyPress user requires that user’s profile to be set up as a WordPress user. On examination, some of the profile information established for a site member is the same and can be synchronized between the two facilities when changes are made; yet other information is different. In fact, the potential exists to have the same type of information about the same party defined by the same labels but containing different details in each area of the combined system. This didn’t seem ideal. My first thought was that I was doing something wrong in my site setup. When I asked for profile synchronization to occur as a feature on a BuddyPress administration panel, I expected full synchronization. As it turns out, my expectations were out-of-scope.
Before I go on, let me explain that (1) I’m a new user of WordPress and BuddyPress, and (2) as I started out writing this I was using WordPress v3.2.1 and BuddyPress v1.2.9 on my architectedfutures.net development site. I then became aware of active development on a new BuddyPress release (v1.5) that at least in part, according to the roadmap, should include changes related to user and profile features. As a consequence I’ve updated my development site to use the BuddyPress v1.5-beta-2-5029 code base. As I learn more about the details of the core systems and the new features of BP v1.5, I will try to adjust this post for accuracy and relevance.
Once I started doing some searching for what my problem was I ran across this discussion in a BuddyPress support forum and this enhancement request ticket in the BuddyPress Trac system. Basically other people were thinking along the same lines as me, and were assuming that the two profile facilities should operate as one. That being the case, I decided to see what I could discover about what was going on. I decided to use this as a path of investigation to get to learn both systems a little better in this core subject area.
[…] of the systems, either on a head-to-head basis, or on a one-off basis (like what I did in my BuddyPress – WordPress Profile Synchronization post). Those follow-up posts on my part will fill in the details of the process for me. If you are […]
[…] Young Generation Smart PhoneITAC BlogBlog and Social Network | Blog | Cassy – Panorama barBuddyPress – WordPress Profile SyncronizationAnonymous is Creating Its Own Social Networking SiteHow to Make your own Social Networking IconsNew […]
Still none the wiser… this is a real pain! Has anyone any more info to share?
Thanks for the comment. I’m not sure how much is being done on this. I’d suggest tracking through the BP ticket system, including the ticket I identified on the last page of this article.
Sorry, I realise my comment sounded very negative, especially in light of the fact that your article is the best explanation by far so far. I am wiser, thanks to you, but I suppose frustrated that these (basic) things ‘get in the way’ of setting up a working system. As a fan of BuddyPress who has spent many, many hours putting sites together and convincing users they will have a great system working for little outlay, I keep tripping up over ‘simple’ things like this. Can’t help feeling BuddyPress will be steamrollered by something else within a short while and that will be that. But I digress.
Hello,
Just come across this and looking at doing the same for a site I’m working on, wondering if this ever got resolved? Thanks
Hi Andy.
I haven’t really followed what’s happening on this for a while now. What I do know is that I am still getting a steady trickle of interest, people reviewing this issue, on an ongoing basis. So my impression would be that the general issue remains.
For myself, the issue came up as a function of trying to decide whether or not to use WP or Drupal as the basis for another site I was building. The handling of users and permissions was a factor that caused me to go with Drupal. I use WP for this blog, but this site doesn’t have the multi-party profile management issues so it’s not a problem here.
If you do find a solution, or create one, feel free to provide a link and reference it here as a further comment. As people continue to search through here to investigate the topic I would be pleased to point them through to a more updated discussion and resolution.
For the latest on this, please see https://buddypress.trac.wordpress.org/ticket/3335#comment:8.