BuddyPress.org

@mrandrewaustria – i’d suggest a more positive approach over the above reply.

if you can reproduce the issue consistently (via bp-default theme and disabled third party plugins) – create a trac ticket with the steps/details. I doubt the main developers are looking downward on people reporting issues (why would they?)

if the crop/favorite actions are not working – sounds like a javascript issue

for email – there are several action and filters hooks to use and different ways (client side or extend a custom register page)

Yes to an option with admin settings, which sets the limit in php, with a js counter. Not everyone is going to want this, and it’s critical that the site dev has full control over character limit, not to mention that different spoken languages can have quite different character counts for similar semantics.

@modemlooper – I’ve gone back to your script. For some reason it was running super slow for me the other day when testing, but then I found that @nahummadrid ‘s method breaks the form submit when javascript is disabled, so I’ve gone back to it, and it’s super snappy. Pilot error on my part, clearly.

Actually the nahummadrid method issue could be regarded as a feature in a sense, since it would prevent circumnavigation of the script limit by disabling js in the browser The problem with that script without js appears to be the (depricated) form name, which has been specified with a hyphen and not camelCase, and doesn’t work with the inline onkeyup/onkeydown call. I’m not one for inline scripting anyway, so modemlooper’s is the one for me now.

@djpaul – I’ve had problems logging into trac, and am fried for time, but we’re launching at the end of the month, and then I’ll have the time to engage with trac properly and post the bugs that have cropped up during the site build and testing. There are a few (eg. the multiple nested tags bug when any buddypress user content is edited – just have a look at the source code of this comment!). The fact that the whats-new form only works properly once between page refreshes is a bummer… On subsequent postings, the submit button has to be clicked 5 – 15 times before it fires (confirmed with fresh vanilla install in firefox, camino, safari and opera).

Adendum – going back to the first method (nahummadrid’s). The problem with modemlooper’s method (as things stand with the whats-new bug) is that once an update is posted, if the user then wants to reply to an update before refreshing the page or navigating away, the comment reply form character limit is temporarily broken – the reply counter no longer works, and the reply limit doesn’t work either.

Agh! This really should NOT be this hard. This has to be due to the plethora of identical nonce ids, no?

Concerning the avatars not uploading part, here is what worked for me.
I run WP 3.1.1 with BP 1.2.8 and I was not able to upload an avatar. After setting the correct permissions, the upload process created an empty directory (no image) – no image was uploaded and accordingly, the avatar didn’t change.
I searched and read posts for hours until I figured that I was missing the GD library of PHP. One figures this out by putting “ in a file on their server and going to the corresponding address (i.e. http://www.mysite.com/phpinfo.php – phpinfo.php being the file you just created). If GD is not listed at all or GD Support is listed as disabled, then you need PHP with GD. If you run the server, that would be done by installing php5-gd (e.g., `sudo apt-get install php5-gd`).
Hope this helps someone.

Hey everyone. I am having the same problem. I have tried most everything… but i am sure it has something to do with the jcrop function being disabled by the theme i am working from. Can someone please HELP ME?!? it is driving me crazy. The site is http://www.ningbotoday.com… and so far i have enacted most of the solutions in this topic. For the most recent… my bp-core-cssjs.php file has the following line..
// Calculate Aspect Ratio
if ( (int) constant( ‘BP_AVATAR_FULL_HEIGHT’ ) && ( (int) constant( ‘BP_AVATAR_FULL_WIDTH’ ) != (int) constant( ‘BP_AVATAR_FULL_HEIGHT’ ) ) )
$aspect_ratio = (int) constant( ‘BP_AVATAR_FULL_WIDTH’ ) / (int) constant( ‘BP_AVATAR_FULL_HEIGHT’ );
?>
So i add the line as you say, and i get nothing. I have also changed the upload directory to the specific directory, and no love there either. I want to get thru this so i can attend to the rest of the slew of projects i have lined up for this site. Can anyone help?

looks like a child theme to me, is it yours? in other words are you responsible for the customisations, in which case you know that nothing vital has been altered or left out.

What portion / section of the uploaded image is saved given that you say you haven’t got the crop window whay area does get saved.

This has to almost certainly be a JS issue, with JS disabled the whole mechanism handles pretty badly, and really needs flagging as something to look at one day.

Thanks for using Welcome Pack

You’ve got a lot of plugins loading a lot of javascript. I can’t pinpoint which one is causing trouble because there’s too much for me to look through, so you will need to disable all of your plugins — except BuddyPress — and then test it in IE8. I imagine group avatar cropping would be affected the same way as user profile cropping is.

If disabling everything other than BuddyPress fixes the problem, re-enable the plugins one at a time until it breaks; you’ve then found the conflict and we can then try to figure out how to fix it.

If, however, you disable all plugins other than BuddyPress, and the problem is still there, try also switching back to the BP-Default theme.

Please folks, I stated ‘thread deemed closed’ for a reason. Just because a thread title is rather too generic doesn’t mean it’s ok to add in any ‘forum’ related issue, it simply gets too long winded and confusing. Proper action is for a new post to be created for your issue, it will tend to get more attention and be easier to follow and respond to for members.

@autoretailing you will need to re post your question and provide relevant info such as versions being used, whether using a custom theme.
If using a custom theme then switch back to the bp-default theme and disable all but absolutely necessary plugins and see if the issue still occurs if it doesn’t then you know the problem lies with the theme or a plugin – re-enable plugins one by one checking each time to see if the issue crops up, finally re-enable custom theme, this will help to isolate the issue.

I am having this problem with WordPress 3.0.1 and BuddyPress 1.2.5.2. I’ve disabled every plugin except for BuddyPress and I keep getting this error in Firefox’s error panel:
Error: jQuery(“#avatar-to-crop”).Jcrop is not a function
Source File: http://www.bladdyblah.com/groups/test/admin/group-avatar
Line: 38

Viewing the page source, I do see that the following js is being included:
http://www.bladdyblah.com/wp-includes/js/jcrop/jquery.Jcrop.js?ver=0.9.8

The uploaded avatars are there an in multiple sizes, but the crop tool doesn’t appear on the page (thus the javascript error). This happens with both user and group avatars.

Any ideas?

Ugh yeah this sucks… I got it working on a fresh blog install with the default theme. On the blog I desperately need it working on no go. I’ve disabled numerous plugins/removed any jquery includes etc. to no avail. Just can’t seem to figure out why it works one one blog and not the other. *sigh*

1) Yes, this is possible via this plugin – http://www.justin-klein.com/projects/wp-fb-autoconnect
2) Yup, BP offers profiles with avatar uploading / cropping.
3) By P2P, I believe you mean the activity stream. You can disable that in the admin area.
4) It depends what you mean by “simple forum”. The forums in BuddyPress do not offer a universal backend to administrate topics. Also, an important distinction you need to know is BuddyPress uses a concept known as “groups”. You need to create a group before you can enable a forum. This is similar to way Facebook works with fan pages. If you need a traditional forum (with forum categories, admin interface), stick to your bbPress install.

If you just want profiles, you can enable just the profiles component and turn off the rest.

The fundamental difference between BuddyPress and bbPress is this:
-bbPress is a forum
-BuddyPress is a social networking script

I believe it’s possible to have extended profiles and avatars on your bbPress install as well. There should be a few plugins out there that does the job.

Re: future of bbPress – it’s pretty much confirmed that bbPress will become a WordPress plugin some time late this year (in fact, work has begun!). Standalone bbPress will cease to exist. However, there are plans to provide backwards compatibility to the new plugin via an import script.

@psyber yeah I put back in my old edited version of the upload path which fixed the images not uploading but then the crop tools were missing after disabling a bunch of stuff it looks like headspace2 seo plugin was conflicting with the crop tooltip so I disabled it and using all in one seo instead

You’re not alone…I’m on BP 1.2.3 and MU 2.9.2 with a custom child theme and avatar cropping stopped working for me sometime in the last couple of weeks. I assumed it was a plugin conflict, but I’ve disabled them one-by-one and retried with no luck.

So in my case I find the problem of why “upload avatar” doesn’t work.
It’s because of the BuddyPress Template pack plugin. When I use the bp default theme everything works perfectly.
When I use any wordpress theme that I made compatible with BuddyPress using the plugin bp Template pack I find exactly the same problem: Avatar Upload, private message, register… all of that doesn’t work… as soon as you click on the button “Submit” or “Crop” you go back to the same page and nothing happen?! It’s like the information wasn’t given at all…
There is a conflict somewhere that I can’t find!
Any Ideas???

[EDIT] Ok I solved the problem!!!
Ok so if none of the solution you have in this topic works for you it’s probably because you have a conflict between a js script in your default theme and a js script in your wordpress theme… take a minute tu disable all the js action in your wordpress theme ton test if it’s coming from there…

@Chad – I’m right there with you, buddy. I’ve added the code that @Phlux0r provided, both to my child theme and the actual buddypress theme. I’ve disabled all other plugins, tested on multiple browsers, and had other people try from their computers. Nobody can successfully change their avatar on my site. But the files are being uploaded, as they are visible via my FTP client. The image just never appears in the cropping stage.

Here is the link to my site, which hasn’t gone live yet: http://outgoinggames.com/

It’s very possible there is a JS conflict between plugins, but it’s less likely there is a conflict in the core WordPress files (though not impossible.)

Since the cropper tool relies on JavaScript entirely to function, it will fail without any real degradation if there’s a JS error or the user has JavaScript disabled. The first scenario is more likely to upset people, as if someone specifically has disabled JavsScript in their browser, they’re probably used to getting jipped on their web experience.

I’m going to link this topic to…

https://buddypress.org/forums/topic/avatar-upload-issues?replies=1#post-28737

…but I’m keeping it open for now, since it seems to be a little different than the above link.

I figured my problem out. The front-end editor plugin, when the edit site name and description functions are activated (which they are by default), the header is duplicated, which loaded the crop js twice. Disable that or switch to inline editor and everything is fine.